icewm

Hi Everybody,

these fonts really drive me nuts ...

Until few days ago I ran icewm 1.2.8 without major problems. Then, without
apparent reasons, the font changed (menus etc.) - at least it was still
readable. I thought it might be a good idea to switch to 1.2.13, so I
compiled from source, but to my dismay the fonts icewm went for this time
are absolutely useless - some scientific variety from the math magic box. 

In all probability it  has to do with me using True Type Fonts.
Consequently, I compiled with the appropriate configure flags switched on.
Switching True Type support off leaves me with ugly fonts - albeit exactly
the variety I specified. The fonts I selected *are* there and ok, since I can happily
use them in say AbiWord & friends. 

My setup: freetype-2.1.4, XFree86-4.3.something, xft-2.1.2

Any idea as to what gives? Don't forget the garbled font problem came rather
unmotivated - the only thing I really did in the meantime was to update my
lesstif. Was this a bad idea?

Thanks, regards

Andreas

I think it is a great idea to have a semi-transparent window title bar
and maxbutton, minbutton etc.
Is there a plan to do this?



==========================================================
 i-mailÅý¤â¾÷¶Ç°T§K¶O
 http://edm-prg.epaper.com.tw/click.php?ad_code=29836
==========================================================
 PChome¥æ¤Í~~©¯ºÖ¤Ñ¤Ñ¦³ \*^o^*//
 http://love.pchome.com.tw/
==========================================================

Hi,
this adds minimal support for _NET_SHOWING_DESKTOP spec, allowing the 
use of Gnome's "show desktop" button.
This isn't the full solution: still need to make sure the property is 
correctly cleared when a after minimizing windows the user brings up a 
widow...

Thanks,
Gregory.

Hello.

I just finished implementing a feature that others might be interested in.
It changes the way apps are ordered in the task bar so that they are
sorted by window position instead of window creation time.  For example,
if you have three windows open side-by-side and then move the one on the
right over to the left of the others, the task bar representations will
reorder themselves simultaneously.

I think it's kind of a neat feature, but I'd rather not go to the trouble
of polishing it up (making it a configuration option, etc.) and submitting
a patch unless others are interested.  Please let me know if you are, in
which case I'll whip up a patch.

Cheers.

Joel Dice

What does the configure option '--enable-light' exactly?

Greetings Tim

Hi, ALL!

  Currently I have build problems with icewm-1.2.13.
  Here we go:

  dmitry$ cd /home/dmitry/work/tmp/new/icewm-1.2.13
  dmitry$ ./configure --enable-movesize-FX --enable-guievents
--enable-antialiasing --enable-gradients --enable-shaped-decorations
--enable-lite

  all seems to be ok. But then:

  dmitry$ make
make[1]: Entering directory `/home/dmitry/work/tmp/new/icewm-1.2.13/src'
--- skiped some normal messages ---
Compiling wmmgr.o...
wmmgr.cc: In member function `void
YWindowManager::loseFocus(YFrameWindow*,    YFrameWindow*,
YFrameWindow*)': wmmgr.cc:763: warning: unused parameter
`YFrameWindow*window' wmmgr.cc:763: warning: unused parameter
`YFrameWindow*next' wmmgr.cc:763: warning: unused parameter

`YFrameWindow*prev' wmmgr.cc: In member function `YFrameWindow*
YWindowManager::manageClient(long    unsigned int, bool)':
wmmgr.cc:1274: no matching function for call to `TaskBar::trayPane()'

wmmgr.cc:1325:2: warning: #warning "this needs some cleanup"
wmmgr.cc:1397:2: warning: #warning "cleanup the constrainSize code,
there is some duplication" wmmgr.cc:1635:2: warning: #warning "FIXME"
wmmgr.cc:1843:2: warning: #warning "rewrite workarea determine code (per
workspace)" wmmgr.cc:2024:2: warning: #warning "needs a rewrite (save
old work area) for each workspace" wmmgr.cc:2040:2: warning: #warning
"this needs serious recheck" make[1]: *** [wmmgr.o] Error 1
make[1]: Leaving directory `/home/dmitry/work/tmp/new/icewm-1.2.13/src'
make: *** [base] Error 2

  As we see, an error occured when compiling wmmgr.cc and it is
  "no matching function for call to `TaskBar::trayPane()'"

  Any ideas how to fix that?
  BTW, when I call "configure" like this:

  dmitry$ ./configure --with-icesound=OSS --enable-movesize-fx
--enable-guievents --enable-antialiasing --enable-gradients
--enable-shaped-decorations

  averything are compiled fine, and "make install" do the job. :-)
  I think something wrong in "--enable-lite" or what?

## --------- ##
## Platform. ##
## --------- ##
hostname = thunder.linux.home
uname -m = i586
uname -r = 2.4.20-10
uname -s = Linux
uname -v = #1 Fri Jul 4 13:29:42 EEST 2003
(Redhat Linux 9.0 without GNOME (only usefull libs present) and KDE.
I use XFree86 4.3.0 + IceWM + idesk as a desktop icons manager)

gcc --version: 3.2.2
glibc : 2.3.2

  Additional info (config.log, make.log) I put in attach.

--
Have fun!
Dmitry

*Origin: Work Windoze - reboot. Work Linux - be root!

Bugs item #832346, was opened at 2003-10-29 14:06
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=832346&group_id=31

Category: icewm-1.2
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ton Kersten (tkersten)
Assigned to: Nobody/Anonymous (nobody)
Summary: icetray won't compile on Solaris

Initial Comment:
Icetray doesn't compile on our Solaris system. This is
because it doesn't include <stdio.h>

A simple
    #include <stdio.h>
on line number 9 fixes it.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=832346&group_id=31

Feature Requests item #830853, was opened at 2003-10-27 09:17
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350031&aid=830853&group_id=31

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Ed Avis (epaepa)
Assigned to: Nobody/Anonymous (nobody)
Summary: Not-quite-fullscreen windows should hide what's underneath

Initial Comment:
Some windows cannot be resized to exactly fit a full
screen.  For example a terminal or editor window can
often resize only in a fixed multiple of font size.  If
you choose fullscreen mode for one of these windows it
may not quite fill the whole screen, leaving a gap on
the right and at the bottom.

Currently the contents of windows underneath show
through this gap of a few pixels.  This can look a bit
strange and be distracting.  I think it would be better
if in fullscreen mode any leftover screen space were
filled with the desktop background colour, or perhaps
black.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=350031&aid=830853&group_id=31

Bugs item #822830, was opened at 2003-10-13 17:50
Message generated for change (Settings changed) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=822830&group_id=31

Category: icewm-1.2
Group: key/mouse bindings
Status: Open
Resolution: None
>Priority: 7
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: Maximizing windows

Initial Comment:
ClickToFocus=0, RaiseOnFocus=0, RaiseOnClickClient=0, RaiseOnClickTitleBar=1, RaiseOnClickFrame=1, FocusOnMap=1
When LowerOnClickWhenRaised=1, maximizing windows by means of double-click on titlebar does not work well (if there is titlebar of another window below).
It splits double click into two single clicks..
./configure --disable-i18n --disable-nls --disable-sm    --disable-shape --disable-xinerama --without-imlib --disable-xfreetype --enable-corefonts
smsti@...

----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2003-10-18 08:17

Message:
Logged In: YES 
user_id=1814

Hmm, yeah.

Lower will always happen because it is done after a first
click. 
Only when you (if you manage) click the second time, the
maximize happens. 
These 2 bindings are not compatible.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=822830&group_id=31

Bugs item #812619, was opened at 2003-09-25 20:51
Message generated for change (Settings changed) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=812619&group_id=31

Category: icewm-1.2
Group: None
Status: Open
Resolution: None
>Priority: 9
Submitted By: Adam Pribyl (covexx)
Assigned to: Marko Macek (captnmark)
Summary: icewmtray does not respect taskbar color

Initial Comment:
When taskbar has different color than icewmtray then it
can be clearly seen that it has different color than
taskbar.

icetray.cc:

int main(int argc, char **argv) {
    YLocale locale;

    SysTrayApp app(&argc, &argv);
    
    taskBarBg = new YColor("#C0C0C0"); /// FIXME

    return app.mainLoop();
}   


----------------------------------------------------------------------

Comment By: Adam Pribyl (covexx)
Date: 2003-10-05 22:29

Message:
Logged In: YES 
user_id=607018

Maybe this can help a bit:
I found that the color of the background of icons in tray
depends not on color of icewm taskbar, but this color is
color of the library serving for application in tray.

E.g.: psi on picture uses qt library. If I set background in
KDE to blue, then also psi in icewm tray has background blue.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=812619&group_id=31

Bugs item #823350, was opened at 2003-10-14 12:52
Message generated for change (Settings changed) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=823350&group_id=31

Category: icewm-1.2
Group: None
Status: Open
Resolution: None
>Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: icewm-session becomes crazy after full disk

Initial Comment:
From time to time, after heavy CPU load or disk-full
situation, icewm-sessions becomes crazy and eats up all
the CPU time. In ps output, I see two of them:

22512 user      20   0  1708 1708 1404 R 45.8  0.2 
17:30.35 icewm-session-e   
 6100 user      18   0  1648 1648 1344 R 45.4  0.2  
4:12.80 icewm-session-e   
 1294 user       5 -10 73540  23m 4200 S  4.9  3.1  
4:32.09 XFree86           

and strace shows me:

waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = 15
write(2, "wm_pid=22575", 12)            = 12
write(2, "\n", 1)                       = 1
waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = 15
write(2, "wm_pid=22575", 12)            = 12
write(2, "\n", 1)                       = 1
waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = 15
write(2, "wm_pid=22575", 12)            = 12
write(2, "\n", 1)                       = 1
waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = 15
write(2, "wm_pid=22575", 12)            = 12
write(2, "\n", 1)                       = 1
waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = 15
write(2, "wm_pid=22575", 12)            = 12
write(2, "\n", 1)                       = 1
waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = 15
write(2, "wm_pid=22575", 12)            = 12
write(2, "\n", 1)                       = 1
waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = 15
write(2, "wm_pid=22575", 12)            = 12
write(2, "\n", 1)                       = 1
waitpid(-1, 0xbffff9fc, 0)              = -1 ECHILD (No
child p           = 12
Process 22512 detached

write(2, "icewm-session: ", 15)         = -1 ENOSPC (No
space left on device)
write(2, "wm_pid=6175", 11)             = -1 ENOSPC (No
space left on device)
write(2, "\n", 1)                       = -1 ENOSPC (No
space left on device)
waitpid(-1, 0xbffff9ec, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = -1 ENOSPC (No
space left on device)
write(2, "wm_pid=6175", 11)             = -1 ENOSPC (No
space left on device)
write(2, "\n", 1)                       = -1 ENOSPC (No
space left on device)
waitpid(-1, 0xbffff9ec, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = -1 ENOSPC (No
space left on device)
write(2, "wm_pid=6175", 11)             = -1 ENOSPC (No
space left on device)
write(2, "\n", 1)                       = -1 ENOSPC (No
space left on device)
waitpid(-1, 0xbffff9ec, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = -1 ENOSPC (No
space left on device)
write(2, "wm_pid=6175", 11)             = -1 ENOSPC (No
space left on device)
write(2, "\n", 1)                       = -1 ENOSPC (No
space left on device)
waitpid(-1, 0xbffff9ec, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = -1 ENOSPC (No
space left on device)
write(2, "wm_pid=6175", 11)             = -1 ENOSPC (No
space left on device)
write(2, "\n", 1)                       = -1 ENOSPC (No
space left on device)
waitpid(-1, 0xbffff9ec, 0)              = -1 ECHILD (No
child processes)
write(2, "icewm-session: ", 15)         = -1 ENOSPC (No
space left on device)
write(2, "wm_pid=6175", 11)             = -1 ENOSPC (No
space left on device)
Process 6100 detached


witouth end... this happens even after I have made some
free disk space. 

To make it worse, it spews billions of debug messages
(something with icewm-session... pid... = died or so)
into the .xsession log file, feeling it with almost
1GiB! date after few minutes.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=823350&group_id=31

Bugs item #695733, was opened at 2003-03-01 21:48
Message generated for change (Settings changed) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=695733&group_id=31

Category: icewm-1.2
Group: None
Status: Open
Resolution: None
>Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: Change Icon size in menu

Initial Comment:
I think i'd be sweet if I could force IceWM into
showing icons 22x22 or so, instead of the usual 16x16,
because 16x16 is too small for the icons I wish to use.

----------------------------------------------------------------------

Comment By: Adam Pribyl (covexx)
Date: 2003-03-01 22:44

Message:
Logged In: YES 
user_id=607018

For now IceWM is using usually XPM icons. By default these
icons are drawn in 16x16. Usually they are also in 32x32,
rarely 48x48.
This is not a good idea to resize XPM icons "in the fly".
Therefore it is very hard for now to change to 22x22 even I
also think 16x16 is very small to expres some detailed
information. On the other hand it saves some workspace and
still 16x16 is very common size.




----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=695733&group_id=31

Bugs item #830530, was opened at 2003-10-26 07:25
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=830530&group_id=31

Category: icewm-1.2
Group: taskbar
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: setting of CPU monitor delay is missing

Initial Comment:
I miss possibility to change CPU monitor delay on taskbar 
from 500 ms to another value.

It's quite easy to add this feature myself, but if i use 
longer interval for CPU monitor, i found rounding errors 
which are disturbing and are not so clear on interval of 
500 ms.

I've made patch (attached) over 1.2.13 source that 
solve both things above. If you find this useful for 
icewm, let me know, and i can check Net monitor stuffs 
too (i'm not using this feature) and do the same..

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=830530&group_id=31

Bugs item #798731, was opened at 2003-09-01 21:36
Message generated for change (Settings changed) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=798731&group_id=31

Category: icewm-1.2
Group: appearance
Status: Open
Resolution: None
>Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: Tray off by one pixel still there for me

Initial Comment:
At least, I presume it's the tray off by one pixel
thing. Please see:

http://home.earthlink.net/~jnthn1/icewm/taskbar.html

for all the details. In short, I have a vertical
line that appears at the border where the tray area
meets the taskbar proper.

I may be reached as user jnthn1 at domain earthlink.net
if need be.



----------------------------------------------------------------------

Comment By: Adam Pribyl (covexx)
Date: 2003-10-16 19:58

Message:
Logged In: YES 
user_id=607018

As published in devel list in my patch to 1.2.13 this can be
corrected by this kind of patch in wmtaskbar:

        if (taskBarDoubleHeight) {
             y = 3 * height() / 4 - (h / 2 - 1) / 2;
         }
-        fTray2->setPosition(rightX, y);
+        fTray2->setPosition(rightX - 1, y);
         fTray2->show();
     }
 #ifdef CONFIG_TRAY

The question is why rightX is calculated incorrectly... this
is only quick hack.

The discussion about why two trays - there was icewm own
tray before freedesktop defines tray standard. Now icewm
implements both. In future icewm will probably have only
standard tray. (So the one you are using will disappear.) 


----------------------------------------------------------------------

Comment By: Owen Marshall (z46629)
Date: 2003-09-13 09:13

Message:
Logged In: YES 
user_id=645378

This black line is caused by the chunk of code in
wmtaskbar.cc between lines 719 and 729 which defines fTray2.
 Oddly, although this seems to be the system tray (since
it's used in icetray.cc) it is outside the #ifdef
CONFIG_TRAY section!  I don't use any apps that make use of
the system tray, and I can tell you that removing it fixes
the problem and doesn't seem to cause any noticeable side
effects - I can still put icons in the *other* tray (fTray)
(although I don't use that either)!

That doesn't solve the problem of *why* it's creating an
ugly one-pixel-wide black line, but it tells you how to get
rid of it! (albeit at the expense of not having a system
tray - or at least so I'm assuming, never having used this
feature!)

(A question to Captain Mark: if it *is* part of the system
tray, shouldn't it be within #ifdef CONFIG_TRAY?  And is
this bug, in fact, confirmed??  I would have thought it
would have a higher priority if so - I realise it's just
appearance but that black line's pretty ugly :)

----------------------------------------------------------------------

Comment By: Hanspeter Roth (gicco)
Date: 2003-09-02 22:41

Message:
Logged In: YES 
user_id=552894

It also appears with Icedesert.
Maybe it has to do with --enable-shaped-decorations ?



----------------------------------------------------------------------

Comment By: Adam Pribyl (covexx)
Date: 2003-09-02 00:03

Message:
Logged In: YES 
user_id=607018

Your "bug" is refering to two things - first is, if I
remember correctly, that it was found that icewm toolbar has
window frame, while it should not have - this is probably
the change you see with upper border.
Second is refering to fact, that there is a vertical line on
taskbar - I noticed this always only in development CVS
version - this is probably for debug purpose - if it is
really in 1.2.12, then it is there by accident. I think..

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=798731&group_id=31

Bugs item #584068, was opened at 2002-07-20 02:04
Message generated for change (Settings changed) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=584068&group_id=31

Category: icewm-1.2
Group: None
Status: Open
Resolution: None
>Priority: 9
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: check mail via external program

Initial Comment:
Allows to check mail with an external program like
fetchmail. I made this to access my SSL-only mailboxes.

In the IceWM preferences I set:

MailBoxPath="external:///home/ab/.icewm/checkmail-somewhere"

The script checkmail-somewhere looks like this:

---
#!/bin/sh
exec ~/.icewm/checkmail.sh some.mail.host
---

The script checkmail.sh which parses the fetchmail
output looks like this:

---
#!/bin/bash

HOST=$1
CHECK=$(fetchmail --check $HOST)
EXITSTATUS=$?
case $EXITSTATUS in
  0|1) echo $CHECK | perl -e '{ if( <> =~
/^(\d+).*\((\d+).*\)/ ) { $new=$1-$2; $total=$1; print
"$new $total"; } else { print "0 0"; } }'
  ;;
  *) echo "error error"
esac
---

I would be glad if my patch could be included in the
upstream version.


----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2002-12-25 16:11

Message:
Logged In: YES 
user_id=1814

I think I will just throw out the mail checking in
replacement for this (eventually).

Two issues need to be addressed.

1. popen should be asynchronous (using select), similiar to
the socket handling code.

2. Protocol between an external program should be:
  a) more extensible
  b) should report: mail count, unread mail count
      the "new mail" will be detected automatically when 
      unread mail count is increased from previous check.

The current code might be placed to an external program
(just for /var/mail access, because for other stuff
fetchmail  --check solution is superior).

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2002-12-25 03:19

Message:
Logged In: NO 

Just to join in the same, there are places with more than 1 imap 
accounts. Can the mail program to be modified to get the type of mail 
account and the userid and passwd in some file, instead of coding the 
same in the preferences file???

That shouldn't be too  much trouble to do so!

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=584068&group_id=31

Bugs item #822374, was opened at 2003-10-12 23:13
Message generated for change (Comment added) made by captnmark
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=822374&group_id=31

>Category: verify-fixed
Group: None
Status: Open
>Resolution: Fixed
Priority: 7
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: Allow change of button on enter/leave

Initial Comment:
I have added some functionality to allow a change of
button status when the mouse is over that button. This
will open the way for more aesthetic themes. I have
included a sample theme, where I have highlighted the
buttons in a similar fashion to the Mac.

These mods are backward compatible. i.e. to "activate"
them, an extra line is required in the .theme file with
"OldTheme=0"

If this line is missing, or OldTheme is set to 1 within
the theme, Icewm will revert to default behaviour.

Rob

r.costello@...

----------------------------------------------------------------------

>Comment By: Marko Macek (captnmark)
Date: 2003-10-27 06:22

Message:
Logged In: YES 
user_id=1814

commited.
new option name: RolloverButtonsSupported=1 (to enable)

thank you for your contribution

----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2003-10-19 20:03

Message:
Logged In: YES 
user_id=1814

I've been planning on doing for a long time.

I'll probably rename the "OldTheme" preference.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=822374&group_id=31

Bugs item #823065, was opened at 2003-10-14 00:02
Message generated for change (Settings changed) made by superandrzej
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=823065&group_id=31

Category: icewm-1.2
Group: documentation
>Status: Closed
Resolution: None
Priority: 2
Submitted By: Andrzej Szelachowski (superandrzej)
Assigned to: Marko Macek (captnmark)
Summary: documentation: KDE system tray support not described

Initial Comment:
In IceWM 1.2.13 when I run ./configure there is no
information about how to enable KDE system tray support
or whether it is enabled by default

----------------------------------------------------------------------

Comment By: Andrzej Szelachowski (superandrzej)
Date: 2003-10-23 20:32

Message:
Logged In: YES 
user_id=886297

the "problem" was that I started IceWM as always with
"icewm" instead of "icewm-session". When I start IceWM with
"icewm" icewmtray did not work and I was convinced that
something went wrong with the compilation.

----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2003-10-18 08:15

Message:
Logged In: YES 
user_id=1814

It's automatic if you run icewmtray.

----------------------------------------------------------------------

Comment By: Andrzej Szelachowski (superandrzej)
Date: 2003-10-14 16:46

Message:
Logged In: YES 
user_id=886297

I ment ./configure --help

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=823065&group_id=31

I'd like to add a special hotkey feature:

Dunno if this is of any interest for others.
If the user holds down a (function)key for a configurable 
amount of seconds a program will be executed.
configuration is in ~/.icewm/skeys:
<KEY> <time> <action>

Now my problem is how to query the key states in xlib.

My first attempt was using XGrabKey and calculating the time 
between KeyPress and KeyRelease events but this did not work
because of two problems:
. Autorepeat must not be set (bad thing)
. Other applications do not get the KeyEvents for the grabbed
  key (even worse)

Can anyone tell me how to query the real state of a specific key
(Pressed/Released?) with xlib ?
Does xkb offer functions for this issue?

.. or do I have to hack this directly into the xserver?

Thx for any hints!!

cheers,
pet

-- 
NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien...
Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService

Jetzt kostenlos anmelden unter http://www.gmx.net

+++ GMX - die erste Adresse für Mail, Message, More! +++

Bugs item #822839, was opened at 2003-10-13 09:06
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=822839&group_id=31

Category: icewm-1.2
Group: behavior
Status: Open
Resolution: None
Priority: 3
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Marko Macek (captnmark)
Summary: windows placement

Initial Comment:
Placement of new windows is sometimes a bit frustrating (1.2.13).

For example: viewing (more) pictures by means of xv. Next picture could be placed on position of window closed before (like icewm 1.0.9 does).

smsti@...

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2003-10-20 23:09

Message:
Logged In: NO 

is it possible to get the option mentioned in
http://sourceforge.net/tracker/index.php?func=detail&aid=569499&group_id=31&atid=300031
added by default?


----------------------------------------------------------------------

Comment By: Marko Macek (captnmark)
Date: 2003-10-17 23:16

Message:
Logged In: YES 
user_id=1814

This is probably an xv problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=100031&aid=822839&group_id=31

Patches item #826440, was opened at 2003-10-19 20:00
Message generated for change (Comment added) made by lebert
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300031&aid=826440&group_id=31

Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Bert Wesarg (lebert)
Assigned to: Nobody/Anonymous (nobody)
Summary: windows arrange keys

Initial Comment:
this patch adds keys to arrange a window on the desktop

default keys:
Ctrl+Alt+KP_8: arrange window to center top
Ctrl+Alt+KP_9: arrange window to top right
Ctrl+Alt+KP_6: arrange window to center right
Ctrl+Alt+KP_3: arrange window to bottom right
Ctrl+Alt+KP_2: arrange window to center bottom
Ctrl+Alt+KP_1: arrange window to bottom left
Ctrl+Alt+KP_4: arrange window to center left
Ctrl+Alt+KP_7: arrange window to top left
Ctrl+Alt+KP_5: arrange window to center

this patch is against 1.2.10, but should apply on all
new versions

----------------------------------------------------------------------

>Comment By: Bert Wesarg (lebert)
Date: 2003-10-20 21:38

Message:
Logged In: YES 
user_id=122956

sorry, the old patch was a devel patch against my tree

new in version 0.2:
use preference ConsiderHBorder and ConsiderVBorder for placement

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=300031&aid=826440&group_id=31