Re: [cssed-devel] Just one more thing to cssed 0.3.0
Brought to you by:
iagorubio
From: <mic...@ea...> - 2004-09-22 09:47:20
|
Le 22 sept. 2004, =E0 11:38, Iago Rubio a =E9crit : > On Wed, 2004-09-22 at 02:57, Mich=E8le Garoche wrote: >> Le 21 sept. 2004, =E0 20:08, Iago Rubio a =E9crit : > Yes, all plugins in CVS should load ok. Third party one must work on = it > their own ;) Yes, of course, just a note in plugin doc would be sufficient. >>> I also expect more menu based plugins when I fix menu access, and=20 >>> more >>> non ui plugins as file managers and css dialogs. >> Yes, of course, but anyway, all plugins must follow the principle = that >> their ui must fit on a 640*480 screen. Or 800*600 screen. > For this release we will leave a 800x600 requirement. Nwxt version > should fix this problem with toolbars. > I can also one drop button to put the panels ones into. OK, did you commit it? > There're some functions for that in the API y can compare the width of > the GtkToolbar with the width of the given screen (X screen being=20 > used). > The problem is not how but when. In X server platforms, you can use an > application and move it throught more than one screen. > I mean a user with two - or three - screens can switch the app from = one > to other. One screen can be running with at 640x480 and other at any > other screen resolution supported by the video card. > So if I check the length on startup, it can vary when moving throught > screens so it'll be bogus. > What I don't want to do, is to waste resources checking the length of > the screen at any window move/resize. Oh, yes, that's too complicated. But if we limit the check to our=20 640*800 screen, would not it be sufficient? I mean build the toolbars=20 so that it fits on 640*800. Then no check in code while running. Mich=E8le <http://micmacfr.homeunix.org> |