icewm-devel Mailing List for icewm (Page 2)
Brought to you by:
captnmark
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(4) |
Nov
(4) |
Dec
(26) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(128) |
Feb
(36) |
Mar
(106) |
Apr
(81) |
May
(54) |
Jun
(26) |
Jul
(23) |
Aug
(39) |
Sep
(36) |
Oct
(124) |
Nov
(55) |
Dec
(16) |
2002 |
Jan
(25) |
Feb
(9) |
Mar
(27) |
Apr
(537) |
May
(96) |
Jun
(63) |
Jul
(142) |
Aug
(190) |
Sep
(68) |
Oct
(66) |
Nov
(42) |
Dec
(152) |
2003 |
Jan
(251) |
Feb
(165) |
Mar
(178) |
Apr
(82) |
May
(158) |
Jun
(231) |
Jul
(179) |
Aug
(366) |
Sep
(126) |
Oct
(134) |
Nov
(98) |
Dec
(119) |
2004 |
Jan
(116) |
Feb
(65) |
Mar
(80) |
Apr
(147) |
May
(91) |
Jun
(69) |
Jul
(105) |
Aug
(196) |
Sep
(56) |
Oct
(116) |
Nov
(89) |
Dec
(45) |
2005 |
Jan
(53) |
Feb
(50) |
Mar
(30) |
Apr
(13) |
May
(32) |
Jun
(80) |
Jul
(103) |
Aug
(29) |
Sep
(39) |
Oct
(21) |
Nov
(19) |
Dec
(62) |
2006 |
Jan
(50) |
Feb
(42) |
Mar
(18) |
Apr
(54) |
May
(31) |
Jun
(25) |
Jul
(45) |
Aug
(309) |
Sep
(52) |
Oct
(36) |
Nov
(38) |
Dec
(66) |
2007 |
Jan
(26) |
Feb
(33) |
Mar
(10) |
Apr
(65) |
May
(82) |
Jun
(23) |
Jul
(26) |
Aug
(38) |
Sep
(14) |
Oct
(22) |
Nov
(7) |
Dec
(51) |
2008 |
Jan
(68) |
Feb
(13) |
Mar
(19) |
Apr
(30) |
May
(9) |
Jun
(13) |
Jul
(9) |
Aug
(104) |
Sep
(4) |
Oct
(5) |
Nov
(32) |
Dec
(20) |
2009 |
Jan
(32) |
Feb
(8) |
Mar
(8) |
Apr
(21) |
May
(11) |
Jun
(10) |
Jul
(28) |
Aug
(4) |
Sep
(10) |
Oct
(34) |
Nov
(3) |
Dec
(18) |
2010 |
Jan
(33) |
Feb
(5) |
Mar
(1) |
Apr
(7) |
May
(3) |
Jun
|
Jul
(3) |
Aug
(7) |
Sep
|
Oct
(12) |
Nov
(5) |
Dec
(16) |
2011 |
Jan
(11) |
Feb
(5) |
Mar
(2) |
Apr
(5) |
May
(3) |
Jun
(15) |
Jul
(10) |
Aug
(17) |
Sep
(7) |
Oct
(5) |
Nov
(8) |
Dec
(3) |
2012 |
Jan
(21) |
Feb
(7) |
Mar
(8) |
Apr
(9) |
May
(8) |
Jun
(1) |
Jul
(8) |
Aug
(3) |
Sep
(6) |
Oct
(5) |
Nov
(3) |
Dec
|
2013 |
Jan
(1) |
Feb
(4) |
Mar
(9) |
Apr
(11) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2016 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: SourceForge.net <no...@so...> - 2013-04-02 00:29:06
|
Bugs item #3495395, was opened at 2012-02-28 10:51 Message generated for change (Comment added) made by zstegi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jcsl (jcsl) Assigned to: Nobody/Anonymous (nobody) Summary: Java Text Fields don't get focus Initial Comment: If you click on a Text Field it doesn't get the focus. Using the TAB key isn't working either. Other input components have the same problem (JSpinner, JTextArea). If the widget initially have the focus, it can recover it back (you can use the small example in http://docs.oracle.com/javase/tutorial/uiswing/examples/components/TextDemoProject/src/components/TextDemo.java to see this) If no input element have the focus initially I haven't found a way to give it to them. System info: openSUSE 12.1 icewm-1.3.7-16.1.2.x86_64 (32 bits version have the same issue) java-1_7_0-openjdk-1.7.0.0_147-5.18.x86_64 ---------------------------------------------------------------------- Comment By: zstegi zstegi (zstegi) Date: 2013-04-01 17:28 Message: Ok, then here is a cleaner patch: http://pastebin.com/Lhjty5Vb You can also grab a patched icewm from my github account: https://github.com/zstegi/icewm Best regards. ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-01 02:25 Message: zstegi, your patch seems to work for me as well (tested with JRE 7u17) . Thanks a lot! ---------------------------------------------------------------------- Comment By: zstegi zstegi (zstegi) Date: 2013-03-31 18:46 Message: Can someone test this patch (on top of 1.3.8pre1 - last cvs): http://pastebin.com/NqSbYDYP It's ugly, but JEdit and TextDemo with Java7 seems useable (for me™). ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-03-31 04:02 Message: I have just noticed that this breaks JEdit, as well. It's completely unusable under IceWM. With Fluxbox there are no problems. If this isn't resolved I'm going to switch to Fluxbox. ---------------------------------------------------------------------- Comment By: TheFlu (theflu) Date: 2013-03-05 13:26 Message: Any possible resolution for this on the horizon? I have tested with both java-1.7.0-openjdk as well as JRE-7u17, and the problem exists under both. This has become much more important now that Oracle no longer supports version 1.6. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:37 Message: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. Hope IceWM can do some thing to fix this. What ever fix was made in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? allowed typing in text fields when the app is launched. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 05:56 Message: Well, the bug is now reported and hopefully it will be fixed soon. Could this bug be related with the one in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-29 03:40 Message: You're right, it works with other WMs. So indeed this looks like a special issue with the IceWM+Java7 combination. I really hope somebody will look at it from the IceWM side as well - this bug is a real show-stopper for me. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 01:11 Message: Thanks for the tip monoped. Do you have any hint on why this only happen with IceWM and not with others DE/WM? And to add some information, I don't use Oracle's JDK but IcedTea and the bug is still present. java version "1.7.0_147-icedtea" OpenJDK Runtime Environment (IcedTea7 2.0) (SUSE LINUX build 1.7.0_147-icedtea-b147) OpenJDK Client VM (build 21.0-b17, mixed mode) Are both implementations the same now? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-28 14:34 Message: This is not an icewm bug, but a nasty bug in JRE 7 for Linux which I reported to Oracle recently (Bug ID: 7147075). If you have an Sun account, you could go to http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075 and click on "vote for this bug" (no idea if it helps, though) or add a comment. In my opinion this bug makes JRE 7 for Swing applications under Linux practically unusable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-04-01 09:26:02
|
Bugs item #3495395, was opened at 2012-02-28 10:51 Message generated for change (Comment added) made by monoped You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jcsl (jcsl) Assigned to: Nobody/Anonymous (nobody) Summary: Java Text Fields don't get focus Initial Comment: If you click on a Text Field it doesn't get the focus. Using the TAB key isn't working either. Other input components have the same problem (JSpinner, JTextArea). If the widget initially have the focus, it can recover it back (you can use the small example in http://docs.oracle.com/javase/tutorial/uiswing/examples/components/TextDemoProject/src/components/TextDemo.java to see this) If no input element have the focus initially I haven't found a way to give it to them. System info: openSUSE 12.1 icewm-1.3.7-16.1.2.x86_64 (32 bits version have the same issue) java-1_7_0-openjdk-1.7.0.0_147-5.18.x86_64 ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-01 02:25 Message: zstegi, your patch seems to work for me as well (tested with JRE 7u17) . Thanks a lot! ---------------------------------------------------------------------- Comment By: zstegi zstegi (zstegi) Date: 2013-03-31 18:46 Message: Can someone test this patch (on top of 1.3.8pre1 - last cvs): http://pastebin.com/NqSbYDYP It's ugly, but JEdit and TextDemo with Java7 seems useable (for me™). ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-03-31 04:02 Message: I have just noticed that this breaks JEdit, as well. It's completely unusable under IceWM. With Fluxbox there are no problems. If this isn't resolved I'm going to switch to Fluxbox. ---------------------------------------------------------------------- Comment By: TheFlu (theflu) Date: 2013-03-05 13:26 Message: Any possible resolution for this on the horizon? I have tested with both java-1.7.0-openjdk as well as JRE-7u17, and the problem exists under both. This has become much more important now that Oracle no longer supports version 1.6. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:37 Message: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. Hope IceWM can do some thing to fix this. What ever fix was made in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? allowed typing in text fields when the app is launched. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 05:56 Message: Well, the bug is now reported and hopefully it will be fixed soon. Could this bug be related with the one in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-29 03:40 Message: You're right, it works with other WMs. So indeed this looks like a special issue with the IceWM+Java7 combination. I really hope somebody will look at it from the IceWM side as well - this bug is a real show-stopper for me. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 01:11 Message: Thanks for the tip monoped. Do you have any hint on why this only happen with IceWM and not with others DE/WM? And to add some information, I don't use Oracle's JDK but IcedTea and the bug is still present. java version "1.7.0_147-icedtea" OpenJDK Runtime Environment (IcedTea7 2.0) (SUSE LINUX build 1.7.0_147-icedtea-b147) OpenJDK Client VM (build 21.0-b17, mixed mode) Are both implementations the same now? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-28 14:34 Message: This is not an icewm bug, but a nasty bug in JRE 7 for Linux which I reported to Oracle recently (Bug ID: 7147075). If you have an Sun account, you could go to http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075 and click on "vote for this bug" (no idea if it helps, though) or add a comment. In my opinion this bug makes JRE 7 for Swing applications under Linux practically unusable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-04-01 01:46:10
|
Bugs item #3495395, was opened at 2012-02-28 10:51 Message generated for change (Comment added) made by zstegi You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jcsl (jcsl) Assigned to: Nobody/Anonymous (nobody) Summary: Java Text Fields don't get focus Initial Comment: If you click on a Text Field it doesn't get the focus. Using the TAB key isn't working either. Other input components have the same problem (JSpinner, JTextArea). If the widget initially have the focus, it can recover it back (you can use the small example in http://docs.oracle.com/javase/tutorial/uiswing/examples/components/TextDemoProject/src/components/TextDemo.java to see this) If no input element have the focus initially I haven't found a way to give it to them. System info: openSUSE 12.1 icewm-1.3.7-16.1.2.x86_64 (32 bits version have the same issue) java-1_7_0-openjdk-1.7.0.0_147-5.18.x86_64 ---------------------------------------------------------------------- Comment By: zstegi zstegi (zstegi) Date: 2013-03-31 18:46 Message: Can someone test this patch (on top of 1.3.8pre1 - last cvs): http://pastebin.com/NqSbYDYP It's ugly, but JEdit and TextDemo with Java7 seems useable (for me™). ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-03-31 04:02 Message: I have just noticed that this breaks JEdit, as well. It's completely unusable under IceWM. With Fluxbox there are no problems. If this isn't resolved I'm going to switch to Fluxbox. ---------------------------------------------------------------------- Comment By: TheFlu (theflu) Date: 2013-03-05 13:26 Message: Any possible resolution for this on the horizon? I have tested with both java-1.7.0-openjdk as well as JRE-7u17, and the problem exists under both. This has become much more important now that Oracle no longer supports version 1.6. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:37 Message: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. Hope IceWM can do some thing to fix this. What ever fix was made in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? allowed typing in text fields when the app is launched. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 05:56 Message: Well, the bug is now reported and hopefully it will be fixed soon. Could this bug be related with the one in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-29 03:40 Message: You're right, it works with other WMs. So indeed this looks like a special issue with the IceWM+Java7 combination. I really hope somebody will look at it from the IceWM side as well - this bug is a real show-stopper for me. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 01:11 Message: Thanks for the tip monoped. Do you have any hint on why this only happen with IceWM and not with others DE/WM? And to add some information, I don't use Oracle's JDK but IcedTea and the bug is still present. java version "1.7.0_147-icedtea" OpenJDK Runtime Environment (IcedTea7 2.0) (SUSE LINUX build 1.7.0_147-icedtea-b147) OpenJDK Client VM (build 21.0-b17, mixed mode) Are both implementations the same now? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-28 14:34 Message: This is not an icewm bug, but a nasty bug in JRE 7 for Linux which I reported to Oracle recently (Bug ID: 7147075). If you have an Sun account, you could go to http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075 and click on "vote for this bug" (no idea if it helps, though) or add a comment. In my opinion this bug makes JRE 7 for Swing applications under Linux practically unusable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-31 11:02:38
|
Bugs item #3495395, was opened at 2012-02-28 10:51 Message generated for change (Comment added) made by hjarausch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jcsl (jcsl) Assigned to: Nobody/Anonymous (nobody) Summary: Java Text Fields don't get focus Initial Comment: If you click on a Text Field it doesn't get the focus. Using the TAB key isn't working either. Other input components have the same problem (JSpinner, JTextArea). If the widget initially have the focus, it can recover it back (you can use the small example in http://docs.oracle.com/javase/tutorial/uiswing/examples/components/TextDemoProject/src/components/TextDemo.java to see this) If no input element have the focus initially I haven't found a way to give it to them. System info: openSUSE 12.1 icewm-1.3.7-16.1.2.x86_64 (32 bits version have the same issue) java-1_7_0-openjdk-1.7.0.0_147-5.18.x86_64 ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-03-31 04:02 Message: I have just noticed that this breaks JEdit, as well. It's completely unusable under IceWM. With Fluxbox there are no problems. If this isn't resolved I'm going to switch to Fluxbox. ---------------------------------------------------------------------- Comment By: TheFlu (theflu) Date: 2013-03-05 13:26 Message: Any possible resolution for this on the horizon? I have tested with both java-1.7.0-openjdk as well as JRE-7u17, and the problem exists under both. This has become much more important now that Oracle no longer supports version 1.6. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:37 Message: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. Hope IceWM can do some thing to fix this. What ever fix was made in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? allowed typing in text fields when the app is launched. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 05:56 Message: Well, the bug is now reported and hopefully it will be fixed soon. Could this bug be related with the one in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-29 03:40 Message: You're right, it works with other WMs. So indeed this looks like a special issue with the IceWM+Java7 combination. I really hope somebody will look at it from the IceWM side as well - this bug is a real show-stopper for me. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 01:11 Message: Thanks for the tip monoped. Do you have any hint on why this only happen with IceWM and not with others DE/WM? And to add some information, I don't use Oracle's JDK but IcedTea and the bug is still present. java version "1.7.0_147-icedtea" OpenJDK Runtime Environment (IcedTea7 2.0) (SUSE LINUX build 1.7.0_147-icedtea-b147) OpenJDK Client VM (build 21.0-b17, mixed mode) Are both implementations the same now? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-28 14:34 Message: This is not an icewm bug, but a nasty bug in JRE 7 for Linux which I reported to Oracle recently (Bug ID: 7147075). If you have an Sun account, you could go to http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075 and click on "vote for this bug" (no idea if it helps, though) or add a comment. In my opinion this bug makes JRE 7 for Swing applications under Linux practically unusable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-28 18:40:54
|
Bugs item #3601660, was opened at 2013-01-21 09:55 Message generated for change (Comment added) made by covexx You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: narutocanada (narutocanada) Assigned to: Nobody/Anonymous (nobody) Summary: new xorg-server breaks icewm-1.3.7 Initial Comment: hi new xorg-server breaks icewm-1.3.7, since xorg-server-1.12.4, tested xorg-server-1.12.4 xorg-server-1.13.1 can not move windows (can maximize or minimize), top of window become transparent. ---------------------------------------------------------------------- Comment By: Adam Pribyl (covexx) Date: 2013-03-28 11:40 Message: I am using xorg-x11-server-common-1.13.3-1.fc18.x86_64 with icewm-1.3.7-7.fc18.x86_64 and everything works OK. My GFX is ATI with default radeon driver. I use theme based on "metal". ---------------------------------------------------------------------- Comment By: francescor82 (francescor82) Date: 2013-03-27 16:22 Message: Sundaero, thanks for the tips! I resized the titleXX.xpm files so that they had 2 pixels width, and now it's working correctly again! For the record, I also had to resize other xpm files that had 1 pixel of width, namely dframeAB, dframeAT, dframeIB, dframeIT, frameAB, frameAT, frameIB, frameIT. ---------------------------------------------------------------------- Comment By: petri3 (petri3) Date: 2013-03-27 09:15 Message: I use Centos 6.4 with icewm-gnome-1.3.7-3.el6.i686 and icewm-1.3.7-3.el6.i686 distributed by repository EPEL and xorg-x11-server-Xorg-1.13.0-11.el6.centos.i686. I have same problem with graphics card Nvidia quadro NVS300. Same symptom : top of window is empty and windows don't move with mouse but max/min and shortcut run correctly. ---------------------------------------------------------------------- Comment By: sundaero (sundaero) Date: 2013-02-05 00:38 Message: I'll add more info about this bug. For me this bug appeared starting from the Xorg version approximately 1.10.4 or 1.11.1 Computer configuration: Archlinux + nvidia graphic card + proprietary drivers. The actual bug source is that the theme titlebar pixmaps (the ones with names titleXX.xpm in the theme folder) which are 1-pixel thick are not handled correctly. This yields in the completely missing part of the titlebar, the corresponding 1-pixel-thick titleXX.xpm stands for. Quick solution for this problem: scale all titlebar pixmaps to be at least 2 pixels wide, or just delete them from the theme. In the last case there will be some defaults titlebar colours, which can be adjusted in the default.theme file to fit the theme. It seems that this bug occurs only on computers with nvidia cards. At least I goot it only there. I have a bunch of computers with Archlinux+Icewm installed on them, but everything is OK there since they have Intel/AMD graphic cards. I have also another computer with Gentoo + nvidia card, but IceWM works fine there, because there is an older version of the Xorg is used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-27 23:22:38
|
Bugs item #3601660, was opened at 2013-01-21 09:55 Message generated for change (Comment added) made by francescor82 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: narutocanada (narutocanada) Assigned to: Nobody/Anonymous (nobody) Summary: new xorg-server breaks icewm-1.3.7 Initial Comment: hi new xorg-server breaks icewm-1.3.7, since xorg-server-1.12.4, tested xorg-server-1.12.4 xorg-server-1.13.1 can not move windows (can maximize or minimize), top of window become transparent. ---------------------------------------------------------------------- Comment By: francescor82 (francescor82) Date: 2013-03-27 16:22 Message: Sundaero, thanks for the tips! I resized the titleXX.xpm files so that they had 2 pixels width, and now it's working correctly again! For the record, I also had to resize other xpm files that had 1 pixel of width, namely dframeAB, dframeAT, dframeIB, dframeIT, frameAB, frameAT, frameIB, frameIT. ---------------------------------------------------------------------- Comment By: petri3 (petri3) Date: 2013-03-27 09:15 Message: I use Centos 6.4 with icewm-gnome-1.3.7-3.el6.i686 and icewm-1.3.7-3.el6.i686 distributed by repository EPEL and xorg-x11-server-Xorg-1.13.0-11.el6.centos.i686. I have same problem with graphics card Nvidia quadro NVS300. Same symptom : top of window is empty and windows don't move with mouse but max/min and shortcut run correctly. ---------------------------------------------------------------------- Comment By: sundaero (sundaero) Date: 2013-02-05 00:38 Message: I'll add more info about this bug. For me this bug appeared starting from the Xorg version approximately 1.10.4 or 1.11.1 Computer configuration: Archlinux + nvidia graphic card + proprietary drivers. The actual bug source is that the theme titlebar pixmaps (the ones with names titleXX.xpm in the theme folder) which are 1-pixel thick are not handled correctly. This yields in the completely missing part of the titlebar, the corresponding 1-pixel-thick titleXX.xpm stands for. Quick solution for this problem: scale all titlebar pixmaps to be at least 2 pixels wide, or just delete them from the theme. In the last case there will be some defaults titlebar colours, which can be adjusted in the default.theme file to fit the theme. It seems that this bug occurs only on computers with nvidia cards. At least I goot it only there. I have a bunch of computers with Archlinux+Icewm installed on them, but everything is OK there since they have Intel/AMD graphic cards. I have also another computer with Gentoo + nvidia card, but IceWM works fine there, because there is an older version of the Xorg is used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-27 16:15:01
|
Bugs item #3601660, was opened at 2013-01-21 09:55 Message generated for change (Comment added) made by petri3 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: narutocanada (narutocanada) Assigned to: Nobody/Anonymous (nobody) Summary: new xorg-server breaks icewm-1.3.7 Initial Comment: hi new xorg-server breaks icewm-1.3.7, since xorg-server-1.12.4, tested xorg-server-1.12.4 xorg-server-1.13.1 can not move windows (can maximize or minimize), top of window become transparent. ---------------------------------------------------------------------- Comment By: petri3 (petri3) Date: 2013-03-27 09:15 Message: I use Centos 6.4 with icewm-gnome-1.3.7-3.el6.i686 and icewm-1.3.7-3.el6.i686 distributed by repository EPEL and xorg-x11-server-Xorg-1.13.0-11.el6.centos.i686. I have same problem with graphics card Nvidia quadro NVS300. Same symptom : top of window is empty and windows don't move with mouse but max/min and shortcut run correctly. ---------------------------------------------------------------------- Comment By: sundaero (sundaero) Date: 2013-02-05 00:38 Message: I'll add more info about this bug. For me this bug appeared starting from the Xorg version approximately 1.10.4 or 1.11.1 Computer configuration: Archlinux + nvidia graphic card + proprietary drivers. The actual bug source is that the theme titlebar pixmaps (the ones with names titleXX.xpm in the theme folder) which are 1-pixel thick are not handled correctly. This yields in the completely missing part of the titlebar, the corresponding 1-pixel-thick titleXX.xpm stands for. Quick solution for this problem: scale all titlebar pixmaps to be at least 2 pixels wide, or just delete them from the theme. In the last case there will be some defaults titlebar colours, which can be adjusted in the default.theme file to fit the theme. It seems that this bug occurs only on computers with nvidia cards. At least I goot it only there. I have a bunch of computers with Archlinux+Icewm installed on them, but everything is OK there since they have Intel/AMD graphic cards. I have also another computer with Gentoo + nvidia card, but IceWM works fine there, because there is an older version of the Xorg is used. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-22 03:00:02
|
Bugs item #3494034, was opened at 2012-02-25 05:15 Message generated for change (Comment added) made by r0bnewt0n You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3494034&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: amoog (amoog) Assigned to: Nobody/Anonymous (nobody) Summary: Uses "deprecated" as identifier, FTBFS against X1.4.99 Initial Comment: In src/base.h, icewm declares: #define deprecated __attribute__((deprecated)) This gives a buildfailure against x11 1.4.99, which itself contains some deprecation-declarations: make[3]: Entering directory `/root/icewm-1.3.7/src' CXX ymsgbox.o CXX ydialog.o CXX yurl.o CXX wmsession.o In file included from ylib.h:9:0, from ykey.h:4, from yfull.h:4, from wmsession.cc:13: /usr/include/X11/Xlib.h:1694:1: error: 'deprecated' was not declared in this scope make[3]: *** [wmsession.o] Error 1 The solution is really simple, change the define to: #define ICEWM_deprecated __attribute__((deprecated)) There are no other uses of this define. Cheers, Andreas ---------------------------------------------------------------------- Comment By: r0bnewt0n (r0bnewt0n) Date: 2013-03-21 20:00 Message: I had this same compile error also. The recommended fix worked a treat! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3494034&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-22 02:53:22
|
Bugs item #2987552, was opened at 2010-04-15 01:09 Message generated for change (Comment added) made by r0bnewt0n You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=2987552&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: icccm Status: Open Resolution: None Priority: 8 Private: No Submitted By: Cedric Verkleeren (cverkleeren) Assigned to: Marko Macek (captnmark) Summary: Problem of activated window with java Initial Comment: A java window is not activated when you click on a JPanel. I have tested with many java application. I see there is no event "Window Activated" sent to the application. The event "Window Activated" is well sent when you click on the title bar or on the shortcut in the taskbar I works with Gnome, the event is sent. It's the reason why I suppose the bug is in IceWM. I have this behaviour with icewm 1.2.35 under Fedora 10 with Sun jre 1.6.0_19. I have tested with the latest icewm 1.3.6 and 1.2.37 and I have the same behaviour. Step to reproduce: - Click in a window (it's activated and gain the focus) - Click in a java window (it's not activated) you will find my preferences file in attachment ---------------------------------------------------------------------- Comment By: r0bnewt0n (r0bnewt0n) Date: 2013-03-21 19:53 Message: I should clarify something about my earlier comment. The behaviour I am having matches what prasanth described: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. This may not be related to the original bug description. It is probably related to this other bug report: http://sourceforge.net/tracker/?func=detail&aid=3495395&group_id=31&atid=100031 So, the patch I saw in CVS may well indeed fix the issue that the original poster submitted. And we need another patch to fix the problem that I and prasanth describe? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-03-20 03:45 Message: I installed the latest version from CVS on a PC and a Notebook, both with mostly identical software, both running Linux (Crux 2.8). On the PC the problem is gone, on the Notebook it is still present. No idea why. And the bug I submitted at Oracle (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075) on 2012-02-20 is still open. ---------------------------------------------------------------------- Comment By: r0bnewt0n (r0bnewt0n) Date: 2013-03-19 19:42 Message: captnmark mentions a fix for this in 1.3.8pre1. I believe I have found his patch here: http://icewm.cvs.sourceforge.net/viewvc/icewm/icewm-1.2/src/wmframe.cc?sortby=date&r1=1.83.2.28.2.16&r2=1.83.2.28.2.17&pathrev=icewm-1-3-BRANCH He changed an if statement in wmframe.cc, line 2659. I believe that was the only change that was committed at the time, with the comment 'JDK 7 focus fix'. I have obtained the 1.3.7 source (Centos 6 SRPM file), and applied the patch that he made for this bug. Unfortunately the problem is still happening. It seems that this patch is not sufficient? ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:33 Message: Just want to clarify: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:29 Message: Seems like now the java application gets focus and you can use mouse to move around but you can't type in any of the text fields. I see a separate item for this (https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031?). I have tested the app in Gnome and XFCE and it works fine. ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2011-11-19 12:21 Message: The fix for this is now in CVS (for 1.3.8pre1) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-02 10:46 Message: For what it's worth, I've tried all of the options shown below with 1 and then with 0 and it doesn't seem to make any difference. #### Testing features to try and fix a bug with JDK 7 #FocusOnMap = 1 #FocusOnMapTransient = 1 #FocusOnAppRaise = 1 #IgnoreNoFocusHint = 1 #ClickToFocus = 1 #RaiseOnFocus = 1 #FocusOnClickClient = 1 #RaiseOnClickClient = 1 #RaiseOnClickFrame = 1 #PassFirstClickToClient = 1 ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2011-10-17 15:52 Message: This issue seems to be occurring with Ice 1.3.7-7 and JDK 7. Works fine with JDK 6. Please see the below link for a discussion on this in openJDK forum http://mail.openjdk.java.net/pipermail/swing-dev/2010-June/001104.html Please let us know if there is a work around. Thanks ---------------------------------------------------------------------- Comment By: Cedric Verkleeren (cverkleeren) Date: 2010-04-29 00:22 Message: The problem is solved. Thanks a lot. ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2010-04-28 12:03 Message: Can you test with icewm-1.3.7pre2? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=2987552&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-20 10:45:27
|
Bugs item #2987552, was opened at 2010-04-15 01:09 Message generated for change (Comment added) made by monoped You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=2987552&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: icccm Status: Open Resolution: None Priority: 8 Private: No Submitted By: Cedric Verkleeren (cverkleeren) Assigned to: Marko Macek (captnmark) Summary: Problem of activated window with java Initial Comment: A java window is not activated when you click on a JPanel. I have tested with many java application. I see there is no event "Window Activated" sent to the application. The event "Window Activated" is well sent when you click on the title bar or on the shortcut in the taskbar I works with Gnome, the event is sent. It's the reason why I suppose the bug is in IceWM. I have this behaviour with icewm 1.2.35 under Fedora 10 with Sun jre 1.6.0_19. I have tested with the latest icewm 1.3.6 and 1.2.37 and I have the same behaviour. Step to reproduce: - Click in a window (it's activated and gain the focus) - Click in a java window (it's not activated) you will find my preferences file in attachment ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-03-20 03:45 Message: I installed the latest version from CVS on a PC and a Notebook, both with mostly identical software, both running Linux (Crux 2.8). On the PC the problem is gone, on the Notebook it is still present. No idea why. And the bug I submitted at Oracle (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075) on 2012-02-20 is still open. ---------------------------------------------------------------------- Comment By: r0bnewt0n (r0bnewt0n) Date: 2013-03-19 19:42 Message: captnmark mentions a fix for this in 1.3.8pre1. I believe I have found his patch here: http://icewm.cvs.sourceforge.net/viewvc/icewm/icewm-1.2/src/wmframe.cc?sortby=date&r1=1.83.2.28.2.16&r2=1.83.2.28.2.17&pathrev=icewm-1-3-BRANCH He changed an if statement in wmframe.cc, line 2659. I believe that was the only change that was committed at the time, with the comment 'JDK 7 focus fix'. I have obtained the 1.3.7 source (Centos 6 SRPM file), and applied the patch that he made for this bug. Unfortunately the problem is still happening. It seems that this patch is not sufficient? ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:33 Message: Just want to clarify: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:29 Message: Seems like now the java application gets focus and you can use mouse to move around but you can't type in any of the text fields. I see a separate item for this (https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031?). I have tested the app in Gnome and XFCE and it works fine. ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2011-11-19 12:21 Message: The fix for this is now in CVS (for 1.3.8pre1) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-02 10:46 Message: For what it's worth, I've tried all of the options shown below with 1 and then with 0 and it doesn't seem to make any difference. #### Testing features to try and fix a bug with JDK 7 #FocusOnMap = 1 #FocusOnMapTransient = 1 #FocusOnAppRaise = 1 #IgnoreNoFocusHint = 1 #ClickToFocus = 1 #RaiseOnFocus = 1 #FocusOnClickClient = 1 #RaiseOnClickClient = 1 #RaiseOnClickFrame = 1 #PassFirstClickToClient = 1 ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2011-10-17 15:52 Message: This issue seems to be occurring with Ice 1.3.7-7 and JDK 7. Works fine with JDK 6. Please see the below link for a discussion on this in openJDK forum http://mail.openjdk.java.net/pipermail/swing-dev/2010-June/001104.html Please let us know if there is a work around. Thanks ---------------------------------------------------------------------- Comment By: Cedric Verkleeren (cverkleeren) Date: 2010-04-29 00:22 Message: The problem is solved. Thanks a lot. ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2010-04-28 12:03 Message: Can you test with icewm-1.3.7pre2? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=2987552&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-20 02:42:37
|
Bugs item #2987552, was opened at 2010-04-15 01:09 Message generated for change (Comment added) made by r0bnewt0n You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=2987552&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: icccm Status: Open Resolution: None Priority: 8 Private: No Submitted By: Cedric Verkleeren (cverkleeren) Assigned to: Marko Macek (captnmark) Summary: Problem of activated window with java Initial Comment: A java window is not activated when you click on a JPanel. I have tested with many java application. I see there is no event "Window Activated" sent to the application. The event "Window Activated" is well sent when you click on the title bar or on the shortcut in the taskbar I works with Gnome, the event is sent. It's the reason why I suppose the bug is in IceWM. I have this behaviour with icewm 1.2.35 under Fedora 10 with Sun jre 1.6.0_19. I have tested with the latest icewm 1.3.6 and 1.2.37 and I have the same behaviour. Step to reproduce: - Click in a window (it's activated and gain the focus) - Click in a java window (it's not activated) you will find my preferences file in attachment ---------------------------------------------------------------------- Comment By: r0bnewt0n (r0bnewt0n) Date: 2013-03-19 19:42 Message: captnmark mentions a fix for this in 1.3.8pre1. I believe I have found his patch here: http://icewm.cvs.sourceforge.net/viewvc/icewm/icewm-1.2/src/wmframe.cc?sortby=date&r1=1.83.2.28.2.16&r2=1.83.2.28.2.17&pathrev=icewm-1-3-BRANCH He changed an if statement in wmframe.cc, line 2659. I believe that was the only change that was committed at the time, with the comment 'JDK 7 focus fix'. I have obtained the 1.3.7 source (Centos 6 SRPM file), and applied the patch that he made for this bug. Unfortunately the problem is still happening. It seems that this patch is not sufficient? ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:33 Message: Just want to clarify: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:29 Message: Seems like now the java application gets focus and you can use mouse to move around but you can't type in any of the text fields. I see a separate item for this (https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031?). I have tested the app in Gnome and XFCE and it works fine. ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2011-11-19 12:21 Message: The fix for this is now in CVS (for 1.3.8pre1) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-11-02 10:46 Message: For what it's worth, I've tried all of the options shown below with 1 and then with 0 and it doesn't seem to make any difference. #### Testing features to try and fix a bug with JDK 7 #FocusOnMap = 1 #FocusOnMapTransient = 1 #FocusOnAppRaise = 1 #IgnoreNoFocusHint = 1 #ClickToFocus = 1 #RaiseOnFocus = 1 #FocusOnClickClient = 1 #RaiseOnClickClient = 1 #RaiseOnClickFrame = 1 #PassFirstClickToClient = 1 ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2011-10-17 15:52 Message: This issue seems to be occurring with Ice 1.3.7-7 and JDK 7. Works fine with JDK 6. Please see the below link for a discussion on this in openJDK forum http://mail.openjdk.java.net/pipermail/swing-dev/2010-June/001104.html Please let us know if there is a work around. Thanks ---------------------------------------------------------------------- Comment By: Cedric Verkleeren (cverkleeren) Date: 2010-04-29 00:22 Message: The problem is solved. Thanks a lot. ---------------------------------------------------------------------- Comment By: Marko Macek (captnmark) Date: 2010-04-28 12:03 Message: Can you test with icewm-1.3.7pre2? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=2987552&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-03-05 21:26:34
|
Bugs item #3495395, was opened at 2012-02-28 10:51 Message generated for change (Comment added) made by theflu You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: jcsl (jcsl) Assigned to: Nobody/Anonymous (nobody) Summary: Java Text Fields don't get focus Initial Comment: If you click on a Text Field it doesn't get the focus. Using the TAB key isn't working either. Other input components have the same problem (JSpinner, JTextArea). If the widget initially have the focus, it can recover it back (you can use the small example in http://docs.oracle.com/javase/tutorial/uiswing/examples/components/TextDemoProject/src/components/TextDemo.java to see this) If no input element have the focus initially I haven't found a way to give it to them. System info: openSUSE 12.1 icewm-1.3.7-16.1.2.x86_64 (32 bits version have the same issue) java-1_7_0-openjdk-1.7.0.0_147-5.18.x86_64 ---------------------------------------------------------------------- Comment By: TheFlu (theflu) Date: 2013-03-05 13:26 Message: Any possible resolution for this on the horizon? I have tested with both java-1.7.0-openjdk as well as JRE-7u17, and the problem exists under both. This has become much more important now that Oracle no longer supports version 1.6. ---------------------------------------------------------------------- Comment By: Prasanth Pasala (prasanth) Date: 2012-07-27 08:37 Message: When the app is launched you can type in text fields. It is only when you switch from other apps you can't type in the text fields. There is a work around for this, you have to minimize the app and maximum it again. Once you do that you can start typing in the text fields. Hope IceWM can do some thing to fix this. What ever fix was made in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? allowed typing in text fields when the app is launched. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 05:56 Message: Well, the bug is now reported and hopefully it will be fixed soon. Could this bug be related with the one in https://sourceforge.net/tracker/?func=detail&aid=2987552&group_id=31&atid=100031? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-29 03:40 Message: You're right, it works with other WMs. So indeed this looks like a special issue with the IceWM+Java7 combination. I really hope somebody will look at it from the IceWM side as well - this bug is a real show-stopper for me. ---------------------------------------------------------------------- Comment By: jcsl (jcsl) Date: 2012-02-29 01:11 Message: Thanks for the tip monoped. Do you have any hint on why this only happen with IceWM and not with others DE/WM? And to add some information, I don't use Oracle's JDK but IcedTea and the bug is still present. java version "1.7.0_147-icedtea" OpenJDK Runtime Environment (IcedTea7 2.0) (SUSE LINUX build 1.7.0_147-icedtea-b147) OpenJDK Client VM (build 21.0-b17, mixed mode) Are both implementations the same now? ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2012-02-28 14:34 Message: This is not an icewm bug, but a nasty bug in JRE 7 for Linux which I reported to Oracle recently (Bug ID: 7147075). If you have an Sun account, you could go to http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7147075 and click on "vote for this bug" (no idea if it helps, though) or add a comment. In my opinion this bug makes JRE 7 for Swing applications under Linux practically unusable. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3495395&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-02-27 18:10:15
|
Bugs item #3606251, was opened at 2013-02-27 10:10 Message generated for change (Tracker Item Submitted) made by onli You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3606251&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: onli (onli) Assigned to: Nobody/Anonymous (nobody) Summary: Failing transparency when using compositor Initial Comment: When using a compositor like compton or xcompmgr and a dock like plank or avant-window-navigator, instead of a transparent area around the dock there is black bar. On the same system using another window manager, the docks work fine. This is observed behavor on Ubuntu 12.04, the current icewm-cvs and icewm-1.37 from the ubuntu-repository, with a Radeon 7850 and fglrx as driver. The same behavior was observed with whatever version of icewm was current on ubuntu 10.04 (with also an amd-gpu). If information are missing, please ask. Screenshot: https://picasaweb.google.com/lh/photo/0TnyVTPmFbDpc0Cg2VfcntMTjNZETYmyPJy0liipFm0?feat=embedwebsite Discussion about the issue (german): http://www.onli-blogging.de/index.php?url=1267/Simdocks-Daseinsberechtigung.html#c4598 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3606251&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-02-17 04:27:00
|
Bugs item #3605035, was opened at 2013-02-16 20:27 Message generated for change (Tracker Item Submitted) made by logicguy76 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3605035&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: behavior Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Bailey (logicguy76) Assigned to: Nobody/Anonymous (nobody) Summary: icewm sends out continous move/resize events Initial Comment: I recently installed a text editor (one that's not openly available) on my home Arch Linux system running icewm. This is a text editor that my department uses daily at work and its author is someone I work with on a regular basis. It uses only Xlib to communicate with X windows. After installing this editor, I quickly noticed some odd behaviors and found some features that weren't working right. After discussing the symptoms with the author, he said that it sounded like it was getting way too many X events and had me enable some debugging code that prints a message for every X event the program receives. Here is the debug code: if(XEvent_a.type!=KeyPress) { printf("++++XEvent_a.type=%i ",XEvent_a.type); if (XEvent_a.type==KeyPress) printf("KeyPress\n"); if (XEvent_a.type==KeyRelease) printf("KeyRelease\n"); if (XEvent_a.type==ButtonPress) printf("ButtonPress\n"); if (XEvent_a.type==ButtonRelease) printf("ButtonRelease\n"); if (XEvent_a.type==MotionNotify) printf("MotionNotify\n"); if (XEvent_a.type==EnterNotify) printf("EnterNotify\n"); if (XEvent_a.type==LeaveNotify) printf("LeaveNotify\n"); if (XEvent_a.type==FocusIn) printf("FocusIn\n"); if (XEvent_a.type==FocusOut) printf("FocusOut\n"); if (XEvent_a.type==KeymapNotify) printf("KeymapNotify\n"); if (XEvent_a.type==Expose) printf("Expose\n"); if (XEvent_a.type==GraphicsExpose) printf("GraphicsExpose\n"); if (XEvent_a.type==NoExpose) printf("NoExpose\n"); if (XEvent_a.type==CirculateRequest) printf("CirculateRequest\n"); if (XEvent_a.type==ConfigureRequest) printf("ConfigureRequest\n"); if (XEvent_a.type==MapRequest) printf("MapRequest\n"); if (XEvent_a.type==ResizeRequest) printf("ResizeRequest\n"); if (XEvent_a.type==CirculateNotify) printf("CirculateNotify\n"); if (XEvent_a.type==ConfigureNotify) printf("ConfigureNotify (move or resize)\n"); if (XEvent_a.type==CreateNotify) printf("CreateNotify\n"); if (XEvent_a.type==DestroyNotify) printf("DestroyNotify\n"); if (XEvent_a.type==GravityNotify) printf("GravityNotify\n"); if (XEvent_a.type==MapNotify) printf("MapNotify (mwmRestt3 or deiconify)\n"); if (XEvent_a.type==MappingNotify) printf("MappingNotify\n"); if (XEvent_a.type==ReparentNotify) printf("ReparentNotify (mwmRestt2)\n"); if (XEvent_a.type==UnmapNotify) printf("UnmapNotify (mwmRestt1 or inconify)\n"); if (XEvent_a.type==VisibilityNotify) printf("VisibilityNotify\n"); if (XEvent_a.type==ColormapNotify) printf("ColormapNotify\n"); if (XEvent_a.type==SelectionRequest) printf("SelectionRequest\n"); if (XEvent_a.type==SelectionNotify) printf("SelectionNotify\n"); if (XEvent_a.type==SelectionClear) printf("SelectionClear\n"); } When I start the editor from an xterm window, it immediately issues a continuous stream of these messages: ++++XEvent_a.type=22 ConfigureNotify (move or resize) ++++XEvent_a.type=22 ConfigureNotify (move or resize) ++++XEvent_a.type=22 ConfigureNotify (move or resize) ... ad infinitum This is without trying to move the window or resize it. The program gets roughly 100 of these X events per second. I have tried this test when running 4 different window managers: icewm, twm, mwm, and gnome/metacity on two different Linux systems: Arch Linux 32-bit and RHEL6. Only icewm exhibits this behavior and it behaves the same on both operating systems. twm and mwm don't send a move/resize event to the editor until I more or resize the window. gnome/metacity issues one move/resize event on program startup and then a series of these events when I move the window. icewm spews out these events continuously on program startup. This appears to be a bug in icewm. Or, perhaps I am not using it correctly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3605035&group_id=31 |
From: Gilboa D. <gi...@gm...> - 2013-02-09 10:28:54
|
On Tue, Feb 5, 2013 at 10:15 PM, Genghis Khan <gen...@gm...> wrote: > Hello, > > > Herein attached a Hebrew translation for the great IceWM. > > However, IceWM does not seem to support BiDi. > i.e. the word שלום will be displayed in this order םולש. > > $ icewm --version > IceWM 1.3.7, Copyright 1997-2003 Marko Macek, 2001 Mathias Hasselmann > > > Regards, > --GK. > > -- Hi, as far as I recall an I incorporated a fix for having RTL title bars in the Fedora/EPEL package of IceWM. Which distribution are you using? - Gilboa |
From: Genghis K. <gen...@gm...> - 2013-02-05 20:15:20
|
Hello, Herein attached a Hebrew translation for the great IceWM. However, IceWM does not seem to support BiDi. i.e. the word שלום will be displayed in this order םולש. $ icewm --version IceWM 1.3.7, Copyright 1997-2003 Marko Macek, 2001 Mathias Hasselmann Regards, --GK. -- Proper English www.reddit.com/r/proper 4 teh lulz... http://email.is-not-s.ms |
From: SourceForge.net <no...@so...> - 2013-01-21 17:55:02
|
Bugs item #3601660, was opened at 2013-01-21 09:55 Message generated for change (Tracker Item Submitted) made by narutocanada You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: narutocanada (narutocanada) Assigned to: Nobody/Anonymous (nobody) Summary: new xorg-server breaks icewm-1.3.7 Initial Comment: hi new xorg-server breaks icewm-1.3.7, since xorg-server-1.12.4, tested xorg-server-1.12.4 xorg-server-1.13.1 can not move windows (can maximize or minimize), top of window become transparent. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3601660&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-11-18 16:22:20
|
Bugs item #3588332, was opened at 2012-11-18 08:22 Message generated for change (Tracker Item Submitted) made by marcusmoeller76 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3588332&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: appearance Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marcus Moeller (marcusmoeller76) Assigned to: Nobody/Anonymous (nobody) Summary: Active Quick Switch Color Initial Comment: It would be great to have an option to set ColorQuickSwitchTextActive in theme definitions. Right now it's only possible to set ColorQuickSwitchText. Depending on the ColorQuickSwitchActive color settings, this might not look good. E.g. in general I want black text, but on highlighted elements, I would prefer white text. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3588332&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-11-05 14:44:29
|
Bugs item #3580594, was opened at 2012-10-26 09:40 Message generated for change (Comment added) made by lstranger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: net wm-spec Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sérgio Cipolla (shamuayka) Assigned to: Nobody/Anonymous (nobody) Summary: Should ignore desktop window in quickswitch and windowlist? Initial Comment: I reported a bug in pcmanfm asking for a window role for its desktop window so I could make it skip quickswitch and windowlist: https://sourceforge.net/tracker/?func=detail&aid=3577483&group_id=156956&atid=801867 The developer said that it's IceWM that should ignore the window because it has _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DESKTOP In fact I suppose IceWM already detects that as it's properly skipped from the taskbar but it shows up in quickswitch and windowlist. ---------------------------------------------------------------------- Comment By: Lonely Stranger (lstranger) Date: 2012-11-05 06:44 Message: As a sidenote - I'm sure it should be made confugurable (as it is in Openbox, for example) so users can choose to change focus on desktop too. Thank you. ---------------------------------------------------------------------- Comment By: Sérgio Cipolla (shamuayka) Date: 2012-11-05 02:19 Message: So basically IceWM skips desktop windows in the taskbar and the workspaces (skip_pager?). But I think it should also skip _NET_WM_WINDOW_TYPE_DESKTOP in quickswitch and windowlist as, like with pcmanfm, we may not be able to use custom rules in winoptions file with class,name and role. ---------------------------------------------------------------------- Comment By: Sérgio Cipolla (shamuayka) Date: 2012-10-26 09:41 Message: Just to add, I'm using 1.3.7-6.fc18 in Fedora. src: http://koji.fedoraproject.org/koji/buildinfo?buildID=334814 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-11-05 10:19:12
|
Bugs item #3580594, was opened at 2012-10-26 09:40 Message generated for change (Comment added) made by shamuayka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: net wm-spec Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sérgio Cipolla (shamuayka) Assigned to: Nobody/Anonymous (nobody) >Summary: Should ignore desktop window in quickswitch and windowlist? Initial Comment: I reported a bug in pcmanfm asking for a window role for its desktop window so I could make it skip quickswitch and windowlist: https://sourceforge.net/tracker/?func=detail&aid=3577483&group_id=156956&atid=801867 The developer said that it's IceWM that should ignore the window because it has _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DESKTOP In fact I suppose IceWM already detects that as it's properly skipped from the taskbar but it shows up in quickswitch and windowlist. ---------------------------------------------------------------------- >Comment By: Sérgio Cipolla (shamuayka) Date: 2012-11-05 02:19 Message: So basically IceWM skips desktop windows in the taskbar and the workspaces (skip_pager?). But I think it should also skip _NET_WM_WINDOW_TYPE_DESKTOP in quickswitch and windowlist as, like with pcmanfm, we may not be able to use custom rules in winoptions file with class,name and role. ---------------------------------------------------------------------- Comment By: Sérgio Cipolla (shamuayka) Date: 2012-10-26 09:41 Message: Just to add, I'm using 1.3.7-6.fc18 in Fedora. src: http://koji.fedoraproject.org/koji/buildinfo?buildID=334814 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-10-26 16:41:43
|
Bugs item #3580594, was opened at 2012-10-26 09:40 Message generated for change (Comment added) made by shamuayka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: net wm-spec Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sérgio Cipolla (shamuayka) Assigned to: Nobody/Anonymous (nobody) Summary: Should ignore desktop window? Initial Comment: I reported a bug in pcmanfm asking for a window role for its desktop window so I could make it skip quickswitch and windowlist: https://sourceforge.net/tracker/?func=detail&aid=3577483&group_id=156956&atid=801867 The developer said that it's IceWM that should ignore the window because it has _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DESKTOP In fact I suppose IceWM already detects that as it's properly skipped from the taskbar but it shows up in quickswitch and windowlist. ---------------------------------------------------------------------- >Comment By: Sérgio Cipolla (shamuayka) Date: 2012-10-26 09:41 Message: Just to add, I'm using 1.3.7-6.fc18 in Fedora. src: http://koji.fedoraproject.org/koji/buildinfo?buildID=334814 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-10-26 16:40:02
|
Bugs item #3580594, was opened at 2012-10-26 09:40 Message generated for change (Tracker Item Submitted) made by shamuayka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: net wm-spec Status: Open Resolution: None Priority: 5 Private: No Submitted By: Sérgio Cipolla (shamuayka) Assigned to: Nobody/Anonymous (nobody) Summary: Should ignore desktop window? Initial Comment: I reported a bug in pcmanfm asking for a window role for its desktop window so I could make it skip quickswitch and windowlist: https://sourceforge.net/tracker/?func=detail&aid=3577483&group_id=156956&atid=801867 The developer said that it's IceWM that should ignore the window because it has _NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_DESKTOP In fact I suppose IceWM already detects that as it's properly skipped from the taskbar but it shows up in quickswitch and windowlist. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3580594&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-10-26 16:12:26
|
Bugs item #3573360, was opened at 2012-09-30 22:57 Message generated for change (Comment added) made by shamuayka You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3573360&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: Works For Me Priority: 5 Private: No Submitted By: Jon Rafkind (kazzmir) Assigned to: Nobody/Anonymous (nobody) Summary: ignore window in alt-tab list Initial Comment: ignoreQuickSwitch: 1 is documented as removing the specified window from the alt-tab window list but it has not worked since icewm 1.2.5. The option was deprecated in icewm 1.2.1pre1. Is there some other way to achieve this functionality? I see the code is still there but just commented out with an #if 0 block. My use-case is I run icewm 1.3.7 with gnome-panel and I do not want alt-tab to be able to focus on the top and bottom gnome-panels where the tray icons and the start menu goes. In 1.3.7 wmoptions.cc:247 if (*what == 2 && options[a].flag == YFrameWindow::foIgnoreQSwitch) DEPRECATE("ignoreQuickSwitch windowoption"); ---------------------------------------------------------------------- Comment By: Sérgio Cipolla (shamuayka) Date: 2012-10-26 09:12 Message: I think you can close it, then. ---------------------------------------------------------------------- Comment By: Jon Rafkind (kazzmir) Date: 2012-10-01 00:48 Message: This issue is solved. After a great deal of debugging I have determined that ignoreQSwitch works as advertised. The docs are incorrect about the usage. They state window_class.window_name.option: argument But the class and name order should be reversed. This is the correct way window_name.window_class.option:argument You can see this in wmoption.cc:getWindowOptions around line 2278. The final string is <name>.<klass> if (klass != null) { if (name != null) { ustring klass_instance = name.append(".").append(klass); list->mergeWindowOption(opt, klass_instance, remove); } else list->mergeWindowOption(opt, klass, remove); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3573360&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-10-01 07:48:00
|
Bugs item #3573360, was opened at 2012-09-30 22:57 Message generated for change (Comment added) made by kazzmir You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3573360&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open >Resolution: Works For Me Priority: 5 Private: No Submitted By: Jon Rafkind (kazzmir) Assigned to: Nobody/Anonymous (nobody) Summary: ignore window in alt-tab list Initial Comment: ignoreQuickSwitch: 1 is documented as removing the specified window from the alt-tab window list but it has not worked since icewm 1.2.5. The option was deprecated in icewm 1.2.1pre1. Is there some other way to achieve this functionality? I see the code is still there but just commented out with an #if 0 block. My use-case is I run icewm 1.3.7 with gnome-panel and I do not want alt-tab to be able to focus on the top and bottom gnome-panels where the tray icons and the start menu goes. In 1.3.7 wmoptions.cc:247 if (*what == 2 && options[a].flag == YFrameWindow::foIgnoreQSwitch) DEPRECATE("ignoreQuickSwitch windowoption"); ---------------------------------------------------------------------- >Comment By: Jon Rafkind (kazzmir) Date: 2012-10-01 00:48 Message: This issue is solved. After a great deal of debugging I have determined that ignoreQSwitch works as advertised. The docs are incorrect about the usage. They state window_class.window_name.option: argument But the class and name order should be reversed. This is the correct way window_name.window_class.option:argument You can see this in wmoption.cc:getWindowOptions around line 2278. The final string is <name>.<klass> if (klass != null) { if (name != null) { ustring klass_instance = name.append(".").append(klass); list->mergeWindowOption(opt, klass_instance, remove); } else list->mergeWindowOption(opt, klass, remove); } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3573360&group_id=31 |
From: SourceForge.net <no...@so...> - 2012-10-01 05:57:31
|
Bugs item #3573360, was opened at 2012-09-30 22:57 Message generated for change (Tracker Item Submitted) made by kazzmir You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3573360&group_id=31 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: icewm-1.3 Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jon Rafkind (kazzmir) Assigned to: Nobody/Anonymous (nobody) Summary: ignore window in alt-tab list Initial Comment: ignoreQuickSwitch: 1 is documented as removing the specified window from the alt-tab window list but it has not worked since icewm 1.2.5. The option was deprecated in icewm 1.2.1pre1. Is there some other way to achieve this functionality? I see the code is still there but just commented out with an #if 0 block. My use-case is I run icewm 1.3.7 with gnome-panel and I do not want alt-tab to be able to focus on the top and bottom gnome-panels where the tray icons and the start menu goes. In 1.3.7 wmoptions.cc:247 if (*what == 2 && options[a].flag == YFrameWindow::foIgnoreQSwitch) DEPRECATE("ignoreQuickSwitch windowoption"); ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100031&aid=3573360&group_id=31 |