Menu
▾
▴
udeproject-user — for users - discuss ude features, whishes and problems here.
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(7) |
Aug
(7) |
Sep
|
Oct
|
Nov
(4) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Christian R. <ar...@gm...> - 2015-06-14 13:53:27
|
Dear Joe, Currently, the way the flash video player etc. implement full-screen mode (using 'extended window manager hints') is not supported by UWM. Technically, an application should be able to know if a wm supports these features and fall back to traditional methods if this is not the case but I guess this is not properly implemented everywhere. I'll take a look at what it takes to add this feature to UWM but given the time I currently have available to spend on this project I can't promise a fix anytime soon. Patches or other forms of help are obviously welcome. Best regards, Christian On Mon, Jun 08, 2015 at 08:14:53AM +0100, Joe White wrote: > Hi. > > I've been enjoying using uwm, but one thing is causing annoyance: > fullscreen windows. Fullscreen content in movie players such as xine or > the UI controls in Flash "plugin-container" get slightly cut off because > they are resized off the screen when fullscreen. Maximizing the window > helps adjust some of the cut off, but not always enough e.g., I have to go > out of fullscreen in web videos to use the volume controls or time > position sliders. Setting 1px window border helps also, but still some > content is cut off and thin window borders are not what I want anyway. > > I tried using some window scripting tools such as wmctrl, devilspie and > wmutils, but they seem designed for ewmh and will not give me a list of > mapped windows. Such tools do recognise the active window though so I'm > able to bind a script to a key to resize the active window to n x n > pixels, but still some content is cut off from the window decor it seems. > How could I deal with this issue? Is there a way to temporary remove the > window decorations? I tried a C util called xnodecor to set > "override_redirect" attribute, but that didn't work. > > Thanks for your time. > Joe White > ------------------------------------------------------------------------------ > _______________________________________________ > udeproject-user mailing list > ude...@li... > https://lists.sourceforge.net/lists/listinfo/udeproject-user -- Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://arc.users.sourceforge.net/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint = E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2928 |
|
From: Joe W. <hop...@op...> - 2015-06-08 07:15:05
|
Hi. I've been enjoying using uwm, but one thing is causing annoyance: fullscreen windows. Fullscreen content in movie players such as xine or the UI controls in Flash "plugin-container" get slightly cut off because they are resized off the screen when fullscreen. Maximizing the window helps adjust some of the cut off, but not always enough e.g., I have to go out of fullscreen in web videos to use the volume controls or time position sliders. Setting 1px window border helps also, but still some content is cut off and thin window borders are not what I want anyway. I tried using some window scripting tools such as wmctrl, devilspie and wmutils, but they seem designed for ewmh and will not give me a list of mapped windows. Such tools do recognise the active window though so I'm able to bind a script to a key to resize the active window to n x n pixels, but still some content is cut off from the window decor it seems. How could I deal with this issue? Is there a way to temporary remove the window decorations? I tried a C util called xnodecor to set "override_redirect" attribute, but that didn't work. Thanks for your time. Joe White |
|
From: <ar...@gm...> - 2013-05-04 17:44:30
|
Hello everybody, I just released uwm 0.2.11. This release contains the following improvements wrt 0.2.10a: * made keyboard combinations CapsLock and NumLock insensitive * live appmenu reloading now possible * added internationalised font set support for menus and window titles * minor updates to urdb * some bugfixes You can get this release from http://sourceforge.net/projects/udeproject/files/UWM/uwm-0.2.11%20stable/uwm-0.2.11.tar.gz/download Special thanks go out to our new project member Alexandr Lyashko who did most of the changes for this release. Have fun, Christian -- Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://arc.users.sourceforge.net/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint = E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2928 |
|
From: Christian R. <ar...@gm...> - 2010-07-05 20:27:56
|
yes, it is. You can reconfigure the mouse buttons using the configuration file options WinMenuButton, DragButtons and ResizeButtons in order to change the mouse button behaviour on windows. See http://udeproject.sourceforge.net/Documentation/node13.html for details about the configuration. Be aware, however, that it is not evident to a user which button does which before actually trying it and changing the mouse buttons might become confusing if different users in your environment use different settings or you use different settings on different PCs. Have fun, Christian On Sun, Jul 04, 2010 at 04:48:52PM -0500, racecar56 wrote: > Is it possible to move a window without using the middle mouse button? I > don't have one and it's quite tough to make 3-button mouse emulation do > its job, even though it works. > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > _______________________________________________ > udeproject-user mailing list > ude...@li... > https://lists.sourceforge.net/lists/listinfo/udeproject-user -- Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://arc.users.sourceforge.net/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint = E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2928 |
|
From: racecar56 <rac...@gm...> - 2010-07-04 21:50:43
|
Is it possible to move a window without using the middle mouse button? I don't have one and it's quite tough to make 3-button mouse emulation do its job, even though it works. |
|
From: Mohammed R. <ras...@ya...> - 2010-06-23 21:36:48
|
when compiling ude it shows
undefined reference to _libintl_printf ,_libintl_sprintf etc..
--
Rashad
|
|
From: Christian R. <ar...@gm...> - 2010-02-14 15:41:15
|
Hello everybody, I just released uwm 0.2.10. This release contains the following improvements wrt 0.2.9b: * 64 bit support * Italian language support (thanks to Diego Bertone) * some updates to urdb * hex icons can have arbitrary sizes and shapes now: The shape is taken from the xpm itself, the position is defined through the xpm extension ude_hex_coords. * minor bugfixes. The 64 bit support should be quite thoroughly tested by now but don't hesitate to report any issues you might have. You can get the release on sourceforge at https://sourceforge.net/projects/udeproject/files/UWM/uwm-0.2.10%20stable/ Have fun, Christian -- Christian Ruppert _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://freenet-homepage.de/arc.tic/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint = E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2928 |
|
From: Christian R. <ar...@gm...> - 2009-10-18 20:01:37
|
Hello, There were in fact a few issues with uwm on 64 bit machines. You can check out a fixed version from our sourceforge svn server at https://udeproject.svn.sourceforge.net/svnroot/udeproject/uwm/branches/BRANCH-0.2 This version includes a few more minor improvements with respect to 0.2.9a and will be released as 0.2.10 in case no further issues are discovered within the following weeks. Thus, don't hesitate to test and tell me if you detect any issues. Have fun, Christian On Thu, Sep 24, 2009 at 01:41:44PM -0500, Sergio-F Mendoza-Barrera wrote: > Good day list, > > i have some problems to display the wallpaper in the UDE, i've a > Debian Box with a testing branch in a 64 bit architecture. In past in > the lenny branch i did not have any problem for. > > Maybe some library is missing, i search in the Net but no related > message was founded, i have all my 'hook' > > thnx in advanced, best regards > J > > -- > Global Scientific Development and High Technology > Electronics & Computing Department > Project Manager > > "The Business of Science: building a better world" > México 2008. > -- > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > udeproject-user mailing list > ude...@li... > https://lists.sourceforge.net/lists/listinfo/udeproject-user -- Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://freenet-homepage.de/arc.tic/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint = E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2928 |
|
From: Sergio-F Mendoza-B. <sf...@cc...> - 2009-09-24 18:42:03
|
Good day list, i have some problems to display the wallpaper in the UDE, i've a Debian Box with a testing branch in a 64 bit architecture. In past in the lenny branch i did not have any problem for. Maybe some library is missing, i search in the Net but no related message was founded, i have all my 'hook' thnx in advanced, best regards J -- Global Scientific Development and High Technology Electronics & Computing Department Project Manager "The Business of Science: building a better world" México 2008. -- |
|
From: Christian R. <ar...@gm...> - 2007-03-27 21:02:38
|
Hi Joseph, Thanks for this interesting link. Although the uwm hexmenu was not modeled after this type of pie menus (i admit that the idea was mostly copied from a game named "battle isle" and i have not heared of this hopkins type of menus until years after the first version of uwm, hence the hexagonal shape of the icons), the article presents a few interesting concepts. I'm still some kind of reluctant about changing the menus to extend to the screen borders but I like the concepts presented by the guy. I'm thinking about perhaps changing the mouse pointer shape in the "invisible" areas or something like that to indicate which item is selected. What does everybody think of having just a "monochrome" grid appearing on the screen instead of the hex menus -- with schematic/transparent icons and a changing (colorful) pointer when the mouse gets into one of these areas? The schematics could be quite easily rendered from a vectorized description and thus easily scale to the apropriate size. I also like the ringed version he presents (did you understand how it works/extends to the screen border?). This might be useful to add further/secondary functionality to the hex menus (and even to transform the other menus into hex menus -- i'm not sure wether more than 2 rings are still usable, though). did you try playing around with the new reshapable hex menus from the latest svn version of uwm? I still would like to have some feedback before i make a release out of it. Greetings, Christian On Sun, Mar 25, 2007 at 07:57:04PM -0400, Joseph Huang wrote: > According to the guy who invented pie menus, Don Hopkins, the targets > should extend to the screen edge. >=20 > http://www.donhopkins.com/drupal/node/128 >=20 > --=20 > -JSH >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > udeproject-user mailing list > ude...@li... > https://lists.sourceforge.net/lists/listinfo/udeproject-user --=20 Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://people.freenet.de/arc.tic/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint =3D E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2= 928 |
|
From: Joseph H. <jos...@gm...> - 2007-03-25 23:57:12
|
According to the guy who invented pie menus, Don Hopkins, the targets should extend to the screen edge. http://www.donhopkins.com/drupal/node/128 -- -JSH |
|
From: Christian R. <ar...@gm...> - 2006-11-24 20:24:47
|
On Mon, Nov 20, 2006 at 09:03:52AM +0100, ja...@an... wrote:
> hello,
> does anybody know how to improve appearance of qt applications (such as
> skype) under uwm?
thanks for the screenshots. i think this kind of customization can be done
using a program called "qtconfig" which is part of qt. pay attention not
to set up any "custom colors" when running this program, though, or qt
will use them instead of the uwm default.
have fun,
christian
--=20
Christian Ruppert <ar...@gm...>
_
This message is digitally signed with GnuPG. / \
Please find my public key and infos on \ / ASCII Ribbon Campaign
http://people.freenet.de/arc.tic/gpg.html X Against HTML-Mail
/ \
GPG/PGP Key fingerprint =3D E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2=
928
|
|
From: <ja...@an...> - 2006-11-20 08:04:02
|
hello, does anybody know how to improve appearance of qt applications (such as skype) under uwm? currently their appearance is rather poor: basic menus, the uwm window title appearing and covering the menus when they are opened... the same applications run under kde look much better. is this issue related to qt's configuration or with uwm? thank you a lot. enjoy uwm!!! jack |
|
From: Christian R. <ar...@gm...> - 2006-11-16 22:45:50
|
hi, could you please try and send me a few screenshots of the applications under kde and uwm so i can see the differences (please send them to my private email ar...@us... to keep traffic this list reasonable)? fixing this problem (if it is uwm related) would perfectly fit into uwm-0.2.10: those who monitor svn have probably realized that i'm currently working on the aesthetics of uwm (reshapable hex-icons are implemented and should work quite stable now, check out the latest svn version - a new hex icon set is still needed and a contribution from an uwm user would be really nice since my own graphical skills are quite... limited. see the readme file in the gfx subdirectory of latest svn for instructions on how to create such a hex icon set - and don't hesitate to ask me in case you need help). also, if there are more beautifications that you would like to see (as always: without impacting uwm's ui-philosophy, functionality or performance on a moderately modern system) this would be the time to step forward :) greetings, christian On Thu, Nov 16, 2006 at 03:13:58PM +0100, ja...@an... wrote: > hello, > does anybody know how to improve appearance of qt applications (such as > skype) under uwm? > currently their appearance is rather poor: basic menus, the uwm window > title appearing and covering the menus when they are opened... > the same applications run under kde look much better. is this issue > related to qt's configuration or with uwm? >=20 > thank you a lot. > enjoy uwm!!! > jack >=20 >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > udeproject-user mailing list > ude...@li... > https://lists.sourceforge.net/lists/listinfo/udeproject-user --=20 Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://people.freenet.de/arc.tic/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint =3D E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2= 928 |
|
From: <ja...@an...> - 2006-11-16 14:14:01
|
hello, does anybody know how to improve appearance of qt applications (such as skype) under uwm? currently their appearance is rather poor: basic menus, the uwm window title appearing and covering the menus when they are opened... the same applications run under kde look much better. is this issue related to qt's configuration or with uwm? thank you a lot. enjoy uwm!!! jack |
|
From: Joseph H. <jos...@gm...> - 2006-08-19 22:54:13
|
Hello again, > > Joseph Huang wrote: > > > > invisible controls (especially those who are activated by _releasing_ the > mouse button) are still dangerous in my opinion. "panic-actions" in the > style of "whoooaaaa!!! what have i done? well i'll just move the mouse > button away from the icons and release it and nothing will happen" would > have unexpected effects, loosing data in the worst case. another > disadvantage is that the customizable shapes were planned as the first > step to a custumizable number of icons (which is more difficult to achieve > in case you have invisibly extending icons, you would have to autogenerate > them and probably end up with something quite silly compared to your > suggestion with the text labels, see below). now that i have full access > to the sources again, i'll do a backport of the configurable shapes as > soon as i got some air to do it. Just indicate that mouse release will perform the action by activating the current mouse-over-button effect, or underlining the text label. > Alternative to your proposal: replace the icons with text labels. > > that's an excellent idea. it should be quite trivial to implement upon > the configurable shapes feature: we could even try to have some > autogenerate shapes feature which would generate a _visible_ circular > menu with text labels with a configurable radius. you would then simply > have to set the radius bigger than the screen diagonal and you'll have > "infinite icons". I'll try to think up a clever (and nicely-looking) way > to implement that once i have finished the arbitrary shapes. > That would work. A preference for the radius is unnecessary. Only supporting pie menus with text labels and infinate targets is simpler. |
|
From: Christian R. <ar...@gm...> - 2006-08-18 18:31:18
|
joseph, please excuse the late reply but i was putting a small priority on "repairing" my ude cvs access (by converting it to svn which seems to work about fine now). thanks for your suggestions, please see below for comments. On Thu, Aug 10, 2006 at 12:39:42PM -0400, Joseph Huang wrote: > Hello Christian, >=20 > The behavior feels natural in my experience. Since pie menus selection > depends on direction instead of distance, invisibly extending menu targets > feels correct. I tried it in a pie menu implementation for PyQt and I > modified the RadialContext extension for Firefox to have such behavior. >=20 > http://neoui.org/cgi-bin/moin.cgi/ invisible controls (especially those who are activated by _releasing_ the mouse button) are still dangerous in my opinion. "panic-actions" in the style of "whoooaaaa!!! what have i done? well i'll just move the mouse button away from the icons and release it and nothing will happen" would have unexpected effects, loosing data in the worst case. another disadvantage is that the customizable shapes were planned as the first step to a custumizable number of icons (which is more difficult to achieve in case you have invisibly extending icons, you would have to autogenerate them and probably end up with something quite silly compared to your suggestion with the text labels, see below). now that i have full access to the sources again, i'll do a backport of the configurable shapes as soon as i got some air to do it. > Alternative to your proposal: replace the icons with text labels. that's an excellent idea. it should be quite trivial to implement upon the configurable shapes feature: we could even try to have some autogenerate shapes feature which would generate a _visible_ circular menu with text labels with a configurable radius. you would then simply have to set the radius bigger than the screen diagonal and you'll have "infinite icons". I'll try to think up a clever (and nicely-looking) way to implement that once i have finished the arbitrary shapes. > Disadvantage: > Might be harder for people who read other languages. this shouldn't be a problem: we can either make the texts configurable or simply include them into the gettext internationalization so they'ld be easy to translate into other languages in case someone's interested. greetings and tell me what you think, christian --=20 Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://people.freenet.de/arc.tic/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint =3D E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2= 928 |
|
From: Joseph H. <jos...@gm...> - 2006-08-10 16:40:19
|
Hello Christian, The behavior feels natural in my experience. Since pie menus selection depends on direction instead of distance, invisibly extending menu targets feels correct. I tried it in a pie menu implementation for PyQt and I modified the RadialContext extension for Firefox to have such behavior. http://neoui.org/cgi-bin/moin.cgi/ Alternative to your proposal: replace the icons with text labels. Benefits: Less need for documentation or trial-and-error for new users who read English. Extending the targets to the edges of the screen would feel more natural. Less code. Disadvantage: Might be harder for people who read other languages. Joseph |
|
From: Christian R. <ar...@gm...> - 2006-08-09 22:11:04
|
On Sat, Jul 29, 2006 at 05:08:41PM +0200, clemens fischer wrote:
> > rblythe:
>=20
> > BTW, when I did shutdown the system while inside the UDE environment,
> > I received a warning (I will have to duplicate the procedure to
> > produce the warning) which is what prompted me to ask the question on
> > the mailing list.
>=20
> i think you should use a little script instead of just "shutdown",
> because it's better to shut down your open applications beforehand.
> personally, i think you should close your apps, shutdown X and then the
> system, because it's not all that easy for a script to recognize the
> tasks still running and properly exit them in the correct order. the
> utility "lsof" comes to mind which could help with this a little.
>=20
> how did KDE manage to do this?
kde includes some kind of "session management". as far as i know this is
not the icccm compliant standard x11 session management, however, and last
time i checked the whole session management thing was a huge mess and most
applications simply ignored it. session management means that a window
manager/desktop environment can ask applications to save their state and
tell the wm/de how to restart them with the same state they exited before
terminating a session and restarting these applications at the beginning
of the next session. most people do not seem to respect the standard,
however and everyone seems to do his own thing (perhaps this has changed
now, the last time a seriously looked at this was a few years ago). i
don't consider session management a reliable way to terminate a session
without loosing data today and so it's simply not implemented in ude
(better not have the feature than give a false impression of security).
if you want to log off cleanly close your applications manually one by
one, saving open files, and then exid ude/uwm. this is the only really
reliable way i know. if someone knows wether this has changed, don't
hesitate to send me a hint.
greetings,
christian
--=20
Christian Ruppert <ar...@gm...>
_
This message is digitally signed with GnuPG. / \
Please find my public key and infos on \ / ASCII Ribbon Campaign
http://people.freenet.de/arc.tic/gpg.html X Against HTML-Mail
/ \
GPG/PGP Key fingerprint =3D E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2=
928
|
|
From: Christian R. <ar...@gm...> - 2006-08-09 22:02:25
|
hi joseph, please excuse the late response. i have thought a little bit about your suggestion and i don't think it is a good idea to have an "invisible" part of the icons. it would just seem "strange" or "buggy" behaviour to almost everyone who starts to use ude. What i can propose you instead, however, is to port back a feature from the currently disfunctional uwm0.3-branch to uwm0.2 which will allow an arbitrary shape for the hex menu items. this means you could simply create a set of (much?) bigger icons and the problem will be solved this way. unluckily i'm having some trouble with my cvs setup at the moment and can't checkout a clean version of uwm 0.3 for the backport. i'll solve this asap and send you a backport of the feature along with instructions on how to create bigger icons. since my artistic skills are quite limited, however, i would ask you to create a bigger set of icons (as soon as the backport is ready, i'll post a preliminary version to the list) and send it to me so it can be included as an alternative set into a next release which will incorporate this feature. tell me what you think. greetings, christian On Sun, Aug 06, 2006 at 03:24:26PM -0400, Joseph Huang wrote: > Hello, >=20 > I apologize for the cryptic email. I meant the small buttons on the menus > for uwm. To choose one of the menu items, the cursor must be over the > button, which are quite small and so are hard to target. I recommend > allowing the click to be in the corresponding direction and allowing it to > be farther than the button. >=20 > The link was meant to point to another interesting window manager. >=20 > Joseph > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > udeproject-user mailing list > ude...@li... > https://lists.sourceforge.net/lists/listinfo/udeproject-user --=20 Christian Ruppert <ar...@gm...> _ This message is digitally signed with GnuPG. / \ Please find my public key and infos on \ / ASCII Ribbon Campaign http://people.freenet.de/arc.tic/gpg.html X Against HTML-Mail / \ GPG/PGP Key fingerprint =3D E9F2 04AD 9FB5 B0DF CD0E F962 A30E 449F 14EC 2= 928 |
|
From: Joseph H. <jos...@gm...> - 2006-08-06 19:24:28
|
Hello, I apologize for the cryptic email. I meant the small buttons on the menus for uwm. To choose one of the menu items, the cursor must be over the button, which are quite small and so are hard to target. I recommend allowing the click to be in the corresponding direction and allowing it to be farther than the button. The link was meant to point to another interesting window manager. Joseph |
|
From: Joseph H. <jos...@gm...> - 2006-08-05 21:37:57
|
Hello, Please modify UWM to so the menu items invisibly extend to the screen edges. It's hard to click on small buttons. Check out dwm http://10kloc.org/dwm/ Joseph |
|
From: clemens f. <in...@sp...> - 2006-07-29 15:25:36
|
> rblythe: > BTW, when I did shutdown the system while inside the UDE environment, > I received a warning (I will have to duplicate the procedure to > produce the warning) which is what prompted me to ask the question on > the mailing list. i think you should use a little script instead of just "shutdown", because it's better to shut down your open applications beforehand. personally, i think you should close your apps, shutdown X and then the system, because it's not all that easy for a script to recognize the tasks still running and properly exit them in the correct order. the utility "lsof" comes to mind which could help with this a little. how did KDE manage to do this? clemens |
|
From: rblythe <rbl...@co...> - 2006-07-28 18:13:16
|
clemens fischer wrote: <snip> > > what i don't understand about the original posters question is this: > why doesn't he simply make a script incorporating shutdown(8) and > includes it into UDEs readily available menu-system? that way > unauthorized users would see the menu item fail, but sodo'ers or root > could shutdown the system with a mouse click. <snip> > clemens > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > udeproject-user mailing list > ude...@li... > https://lists.sourceforge.net/lists/listinfo/udeproject-user > I did not think to do this with a script. That would probably be the easiest solution for my situation. I am coming out of a KDE dependent distro to a fully customized GNU/Linux built completely from scratch, so things that used to be handled by the DE and the distro are now my responsibility and I am still learning as I go. BTW, when I did shutdown the system while inside the UDE environment, I received a warning (I will have to duplicate the procedure to produce the warning) which is what prompted me to ask the question on the mailing list. rblythe |
|
From: clemens f. <in...@sp...> - 2006-07-25 18:21:24
|
> Christian Ruppert: > thanks a lot for the links! i didn't know these programs before > and there seem to be a few interesting concepts (as always with > djb) such as marrying inetd with access rules etc. if i understand > everything correctly, however, this would basically come down to > putting shutdown -h/r into /etc/inetd.conf (with some admittedly very > useful restrictions). with "DJB-like", ie. UCSPI-interfaced servers and clients, there normally isn't a central configuration file. there's the notion of "services" coexisting as independant entities. the "canonical way" to do this would be a directory sym-linked into "/service" containing a combination of propably "unixserver", "checkpwd" and "shutdown" in a simple shell script, sitting patiently waiting for "unixclient" connections from within an application. with shutdown, one would have to establish some form of authentication and transmit the credentials to a service suitably constructed (like using http://cr.yp.to/checkpwd.html). the setup would resemble a customary qmail POP-toaster. what i don't understand about the original posters question is this: why doesn't he simply make a script incorporating shutdown(8) and includes it into UDEs readily available menu-system? that way unauthorized users would see the menu item fail, but sodo'ers or root could shutdown the system with a mouse click. i think the only extension propably needed in UDE would be a special input mask for credentials, but this could be equally well done using any password input widget/ program in a script. > such things are mostly managable on single user desktop machines if > you know what you're doing but you probably don't want this on bigger > multiuser systems. another disadvantage of integrating this into uwm > would be an exotic depencency. i agree. > i would be happy to put a small helper program/script to integrate > this into uwm (appmenu or similar) on the ude webpage if someone > provides one. in that case, the OP should come forward with some specs. clemens |
