[Gtkradiant] Suggestion: file filter (*.map) in Load/Save/Import for Radiant 1.6

[Timothee Besset]

GtkRadiant 1.6 was used for most of the work on QUAKE LIVE [1]. It is
not used for anything else at id.

TTimo

[1] http://www.quakelive.com/

Nerius Landys wrote:
> Thanks for the response.  I will stay away, then.
>
> I'm also curious (/offtopic).  Is Radiant not being used internally by
> id?  Is there any map editor that I should be using besides Radiant
> for making Urban Terror maps?  For some reason I was under the
> impression that Radiant was being evolved to make maps for the newer
> games.
>
> On Mon, Dec 7, 2009 at 1:12 PM, Timothee Besset <ttimo at idsoftware.com> wrote:
>   
>> If you have little C/C++ experience and no Gtk+ experience, I highly
>> recommend you stay away from the GtkRadiant codebase because it's
>> unlikely you'll be able to do much at all. You'll just get bogged down
>> in a very tortuous codebase rather than writing in the features you want.
>>
>> That said, there is really no one working on the GtkR codebase, so I
>> wouldn't expect those feature improvements to happen any time soon either.
>>
>> TTimo
>>
>> Nerius Landys wrote:
>>     
>>> Let me describe my problem first.
>>>
>>> When using ZeroRadiant 1.6 (which by the way I really really like and
>>> use a whole lot), I tend to do the operations Load, Import, and Save
>>> all the time.  I tend to create my large IcyJumps maps out of little
>>> pieces, and I work on these little pieces by opening the corresponding
>>> map files.  I then import the small map files into the main map file.
>>>
>>> So I need to open the Import and Load file dialogs a lot, and need to
>>> find the correct file.  Well, my maps folder is littered with hundreds
>>> of files with extensions .map, .bsp, .bak, .prt, .srf, .TGA, and so
>>> on.  The file chooser dialog that comes up only displays about 10
>>> files, so I tend to drag it up to the top of my desktop and then make
>>> it really big (tall) by dragging the bottom edge of the dialog down to
>>> the bottom of my desktop.  This constant dragging and resizing of the
>>> file dialog takes a lot of time for me.  Also, I need to sift through
>>> all of the non-.map files to find the file I need, which takes a lot
>>> of time.  I do this very frequently.
>>>
>>> It would be *really nice* if there were a file filter so that I could
>>> optionally display only .map files in my file chooser dialog for the
>>> Load, Import, and Save operations (and any other operations that I
>>> can't think of right away).
>>>
>>> Also, this would be nice, but it's probably too cumbersome to
>>> implement (and it's not nearly as important as the file filter): make
>>> the file dialog taller by overriding the size of the dialog, or
>>> persist in the user preferences (or at least in memory) the size of
>>> the dialog when the user resizes and positions it, so that the next
>>> time it opens it's the same size and at the same location.
>>>
>>> Would someone be willing to write a patch for the file filter?  I'd
>>> like to know, and if nobody is willing to do it, I'm willing to try to
>>> make this patch.  However, I have little experience coding in C, let
>>> alone Gtk.  I do have tons of programming experience, but in other
>>> languages and GUI toolkits.  Perhaps you can tell me if this is a good
>>> idea in the first place (to make the file filter that is).
>>>
>>> - Rambetter
>>>
>>> _______________________________________________
>>> Gtkradiant mailing list
>>> Gtkradiant at zerowing.idsoftware.com
>>> http://zerowing.idsoftware.com/cgi-bin/mailman/listinfo/gtkradiant
>>>
>>>       
>> _______________________________________________
>> Gtkradiant mailing list
>> Gtkradiant at zerowing.idsoftware.com
>> http://zerowing.idsoftware.com/cgi-bin/mailman/listinfo/gtkradiant
>>
>>     
>
> _______________________________________________
> Gtkradiant mailing list
> Gtkradiant at zerowing.idsoftware.com
> http://zerowing.idsoftware.com/cgi-bin/mailman/listinfo/gtkradiant
>