1 Things that need to be done in Q3Radiant Linux:
\r
3 - copy and paste to other instances
\r
7 - The surface inspector is not updated if you close it,
\r
8 select another brush and open it again. (Win32 too)
\r
10 Win32 version BUGS/TODO list:
\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
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
31 at least the menus, or the dialog boxes as well?
\r
32 - get rid of Texture_LoadTGATexture (or rename it)
\r
36 - have basic default position and size for the windows in the four views
\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
43 - problem with strPrefab
\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
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
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
58 - changes to the jpeg library for the MFC version, must make their way to Gtk
\r
59 (proper error handling)
\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
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
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
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
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