docs/developer/TODO

   1 Things that need to be done in Q3Radiant Linux:\r
   2 \r
   3 - copy and paste to other instances\r
   4 \r
   5 Bugs:\r
   6 \r
   7 - The surface inspector is not updated if you close it,\r
   8   select another brush and open it again. (Win32 too)\r
   9 \r
  10 Win32 version BUGS/TODO list:\r
  11 \r
  12 - write an XP version of _stat / FileExists in cmdlib\r
  13 - put the sleep thing in a proper place, bind it in the keyboard shortcuts\r
  14 - console output bugs: properly format the output, fix "console not scrolling but keeps\r
  15   overwriting lines"\r
  16     we no longer need to convert to CR/LF to output in the console. removed that.\r
  17     interesting piece about the text widget here:\r
  18     http://www.gtk.org/tutorial/gtk_tut-14.html\r
  19     added freeze and thaw calls in Sys_BeginWait Sys_EndWait\r
  20     need to call Sys_BeginWait Sys_EndWait in all appropriate places (Map_LoadFile)\r
  21     need to limit size of the console, and scroll down on output\r
  22     wrote a test program that reproduces the bug with scrolling\r
  23 - write a coding directions document (what and where to put stuff)\r
  24     qe3.h, globals, map data storage structures\r
  25     see DevDocs/draft, need to do something along those lines\r
  26 - remember maximized state (not only the size)\r
  27     and various window position settings\r
  28 - get rid of the SGIOpenGL flag, (make it default?)\r
  29     actually, remove all the prefs crap that's not relevant\r
  30 - widgets too big?\r
  31     at least the menus, or the dialog boxes as well?\r
  32 - get rid of Texture_LoadTGATexture (or rename it)\r
  33     (do l8r)\r
  34 - sleep mode\r
  35 - proper about box\r
  36 - have basic default position and size for the windows in the four views\r
  37 - plugin API\r
  38 - have plugin links accessed from plugins menu\r
  39 - make sure the registry cleaning works\r
  40 - version information!\r
  41 - custom shortcut keys file!\r
  42     shortcut.ini ?\r
  43 - problem with strPrefab\r
  44 \r
  45 - fix user.qe4 thing, don't overwrite. And tell the user about it. Actually allow him to\r
  46   select another location / name for the project file.\r
  47 \r
  48 - command map: changing the file to command.ini? put it in the same dir as radiant.ini\r
  49     (get rid of user path\r
  50 \r
  51 - logging console: add the checkbox\r
  52 - add the radiant.pid detection!! (this is from 200 -> 201)\r
  53 - remember window position on the desktop and maximized state\r
  54 - fix browsing for a directory, the win32 dialog to browse for a dir is fucked\r
  55 - check creating a new project on linux, I rewrote it and tested on win\r
  56 - cleanup the q3map code, remove the dirty __TTIMOBUILD stuff\r
  57 \r
  58 - changes to the jpeg library for the MFC version, must make their way to Gtk\r
  59   (proper error handling)\r
  60 \r
  61 - saving window pos in MainFrame::OnDestroy crashes in 4-view mode (Sagnor)\r
  62 - 4-view: [00:31] <Sagnor> oh and the "o" for the console doens't work\r
  63 \r
  64 FIXED: --------\r
  65 - Printing: Saving screenshot instead\r
  66 - icon in KDE has "name=quake3": Fixed in the latest setup (thanks Stephane)\r
  67 - add precompiled headers to speedup building\r
  68     done. basically added stdafx.h, the VC5 project needs to be updated\r
  69     stdafx.cpp: generate precompiled header with stdafx.h\r
  70     all other files: automatic use of precompiled headers...\r
  71     (maybe later add more headers to stdafx)\r
  72 - context switch problems\r
  73     seem to have disappeared since I fixed a bug in Str\r
  74     no it's definitely back!\r
  75     fix by Leo, hacked into gdk.dll for CS_OWNDC window class style\r
  76 - use proper texture when not found instead of white\r
  77     Leo fixed, bug in the custom gluBuild2DMipmaps\r
  78 - use registry\r
  79     for window positions <- Leo did\r
  80     have proper default positions!\r
  81 - bitmap loading broken (can't get anything to load up)\r
  82     ok Leo fixed\r
  83 - renaming some files .. linux_dlgs.cpp to dlgs.cpp etc. let's be neutral!\r
  84     done that .. removed linux_*, renamed qgl_linux.c to qgl.c\r
  85     (Makefile and VC5 project need updating)\r
  86 - prefs stuff? big open/close loop on radiant.ini?\r
  87     fixed radiant.ini growing huge on win32 (doesn't seem to affect the linux version)\r
  88     will have to check with a profiler if that's so bad\r
  89 - fixed m_strQuake2 (change name and have proper defaults)\r
  90     it's the path to the engine we've all been waiting for!\r
  91 - fixed the new project step\r
  92 - fixed paklog crashes if /tmp/paklog.txt and the dir tmp doesn't exist on win32\r
  93     (ask windows for the temp directory? .. I would put in radiant current dir .. on win32)\r
  94     also check on a machine that doesn't define a HOME env var!\r
  95 - can't reproduce: crash in gluBuild2DMipmaps? seems very random. was not able to reproduce\r
  96     it for sure. First time happened on base_trim/pewter.\r
  97     happens on image[k++] = *ubptr++; (l1038)\r
  98 - merge 201 in, use the console logging stuff to debug project settings things\r
  99 \r
 100 DISCUSSION LOG ABOUT GL SPEED:\r
 101 [19:17] <Neo|Work> Then why not use your own main, calling g_main_iteration at even intervals? :)\r
 102 [19:17] <MEGASTeP> shuoldn't be too hard. I hve plenty of code like that\r
 103 [19:18] *** Joins: Centove (gregm@coco.comstar.net)\r
 104 [19:18] <Neo|Work> while(1) { while(g_main_iteration(0)) /* do nothing, process until done */; [do own stuff]; pause(); } or so\r
 105 [19:18] <TTimo> I see .. well actually my main problem is that the GL view is dead slow\r
 106 [19:19] <TTimo> at first we though it was because of all the stuff between windows and the handlers\r
 107 [19:19] <TTimo> but the problem seems somwhere else\r
 108 [19:20] <Neo|Work> can you profile the code?\r
 109 [19:21] <TTimo> we'll try .. but actually I don't know for sure where the perfomance hit happens\r
 110 [19:21] <TTimo> might be because it doesn't process the mouse messages quickly enough, or because the refresh messages are sent once every g_main_interaction\r
 111 [19:22] <TTimo> but compared to the MFC version, it feels sluggish\r
 112 [19:22] <mordred> yoda: fwiw, it looks like Lance mispaired two sets of speakers when he packed up the Utah offices. If you have no complaints, I'll put my mismatched pair back and take a known pair, which should leave you even. 'k?\r
 113 [19:22] <Neo|Work> I believe that g_main can block\r
 114 [19:23] <TTimo> block? what do you mean?\r
 115 [19:23] <Neo|Work> g_main_iteration(1) blocks if there are no events to process\r
 116 [19:23] <Neo|Work> might not be at all what's wrong here though. :)\r
 117 [19:23] <TTimo> you mean it sleeps until more events happen?\r
 118 [19:23] <Neo|Work> yeahj\r
 119 [19:24] <TTimo> well that would not be a problem .. the problem is I'd like to emit paint messages faster when the user interacts with the GL window\r
 120 [19:24] <Neo|Work> I don't know g_main works, but I would assume it uses g_main_iteration(1)\r
 121 [19:24] <TTimo> ok, well thanks for the insight .. we'll keep looking anyway\r
 122 [19:24] <Neo|Work> hmm. Your own main look might do the trick, possibly. Dunno. :)\r
 123 \r