icewm-devel Mailing List for icewm
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: Attila K. <at...@ki...> - 2016-02-13 12:57:18
|
Moin, One of the small things that I'd like to change with icewm for a long time was that the tooltip of the NetStatus app showed the transfer rates in bits per second. When the app was written, it was the right choice as data rates were usually declared in bits/s. But now, 16 years later, things have slightly changed and people denote transfer rates in bytes per second. The "fix" is fairly trivial (see below), but I think this should be configurable. But I can't seem to figure out how to access a config option. Attila Kinali --- src/apppstatus.cc.orig 2016-02-13 13:33:29.710181216 +0100 +++ src/apppstatus.cc 2016-02-13 13:36:15.176945479 +0100 @@ -148,7 +148,7 @@ if (isUp()) { char const * const sizeUnits[] = { "B", "KiB", "MiB", "GiB", "TiB", NULL }; - char const * const rateUnits[] = { "bps", "kps", "mps", NULL }; + char const * const rateUnits[] = { "B/s", "kB/s", "MB/s", NULL }; long const t(time(NULL) - start_time); @@ -179,11 +179,6 @@ cai /= taskBarNetSamples; cao /= taskBarNetSamples; - ci *= 8; - co *= 8; - cai *= 8; - cao *= 8; - const char * const viUnit(niceUnit(vi, sizeUnits)); const char * const voUnit(niceUnit(vo, sizeUnits)); const char * const ciUnit(niceUnit(ci, rateUnits)); -- Reading can seriously damage your ignorance. -- unknown |
From: Adam P. <pr...@lo...> - 2015-11-24 18:05:44
|
On Tue, 24 Nov 2015, Attila Kinali wrote: > Moin, > > Sorry for being late to the party. I don't regularly read the icewm > mailinglists anymore. > > On Wed, 24 Jun 2015 17:03:56 +0200 (CEST) > Adam Pribyl <pr...@lo...> wrote: > >> With increasing number of advertisements, loss of credit it would be wise >> to follow other projects and move icewm out of SF. >> >> however there is not much activity in icewm and uncoordinated move may >> ruin the rest. Is there going to be a desire to do something like that? >> What should then be the target service? How about using savannah.gnu.org? >> >> Has anybody undrgone something like that? Is it possible to move e.g. svn >> including history, bug tracker etc.? > > We moved ffmpeg away from sf over 10 years ago. We didn't care much > about the bug tracker back then, but all the svn history was migrated. > > If there is a need, i can provide a server (or rather a VM) on one > of my machines. Setting up a website and gitlab for everything is > pretty easy and can be done quickly. Thanks, but as I did not notice a response from project "owners". The only way is to let it be and use the github fork. > Attila Kinali Adam Pribyl |
From: Chorvath, M. S. <Mar...@he...> - 2015-07-08 11:54:00
|
>The bbidulock fork shows there clearly is a desire for icewm to continue, and it doesn't seem to be a "hostile" fork with its own name or mailing list (afaics), so >perhaps there is hope their changes can be merged back in future, or alternatively for that to just become the official source? In my opinion, bbidulock fork is the only one actively developed fork of IceWM. I use it to the full satisfaction for several months, https://github.com/KERNELULTRAS/LegacyIce. 3.7.2015 has been released version 1.3.10, https://github.com/bbidulock/icewm/releases Regards, Mario ________________________________ Confidentiality note: The information in this email and any attachment may contain confidential and proprietary information of Heidelberger Druckmaschinen AG and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, we kindly ask you to notify the sender immediately and to delete this email and any attachment from your system. |
From: Laurence D. <ld...@tu...> - 2015-07-01 21:52:12
|
On Wed, 24 Jun 2015 17:03:56 +0200 (CEST) Adam Pribyl wrote: > With increasing number of advertisements, loss of credit it would be > wise to follow other projects and move icewm out of SF. > > however there is not much activity in icewm and uncoordinated move > may ruin the rest. Is there going to be a desire to do something like > that? What should then be the target service? How about using > savannah.gnu.org? I hope that moving the icewm project will help to revive it. People stopped caring about icewm.org because of the lack of activity on it and the SF cvs repo, so moving could be a good time to re-start. The bbidulock fork shows there clearly is a desire for icewm to continue, and it doesn't seem to be a "hostile" fork with its own name or mailing list (afaics), so perhaps there is hope their changes can be merged back in future, or alternatively for that to just become the official source? Regards, Laurence |
From: Adam P. <pr...@lo...> - 2015-06-29 15:29:49
|
On Thu, 25 Jun 2015, Chorvath, Mario SLO wrote: > Hi, Adam. > Best IceWM currently being developed there: > > https://github.com/bbidulock/icewm/commits/icewm-1-3-BRANCH > > There are applied to all known patches and much more. Thanks for the point to github forks, but I'd like to make an offical move including homepage. This is good to know, there is already git tree with all the changes from CVS. I can still manage iceorg project with webpage, but I can not move the web of SF (inc. FAQ and Themes howto - maybe they could also be included in the source...). > Regards > > Mário "Bedňa" Chorváth Adam Pribyl > -----Original Message----- > From: Adam Pribyl [mailto:pr...@lo...] > Sent: Wednesday, June 24, 2015 5:04 PM > To: ice...@li... > Cc: ice...@li... > Subject: moving icewm out of SF? > > With increasing number of advertisements, loss of credit it would be wise to follow other projects and move icewm out of SF. > > however there is not much activity in icewm and uncoordinated move may ruin the rest. Is there going to be a desire to do something like that? > What should then be the target service? How about using savannah.gnu.org? > > Has anybody undrgone something like that? Is it possible to move e.g. svn including history, bug tracker etc.? > > Regards > > Adam Pribyl |
From: Chorvath, M. S. <Mar...@he...> - 2015-06-25 05:45:33
|
Hi, Adam. Best IceWM currently being developed there: https://github.com/bbidulock/icewm/commits/icewm-1-3-BRANCH There are applied to all known patches and much more. Regards Mário "Bedňa" Chorváth -----Original Message----- From: Adam Pribyl [mailto:pr...@lo...] Sent: Wednesday, June 24, 2015 5:04 PM To: ice...@li... Cc: ice...@li... Subject: moving icewm out of SF? With increasing number of advertisements, loss of credit it would be wise to follow other projects and move icewm out of SF. however there is not much activity in icewm and uncoordinated move may ruin the rest. Is there going to be a desire to do something like that? What should then be the target service? How about using savannah.gnu.org? Has anybody undrgone something like that? Is it possible to move e.g. svn including history, bug tracker etc.? Regards Adam Pribyl ------------------------------------------------------------------------------ Monitor 25 network devices or servers for free with OpManager! OpManager is web-based network management software that monitors network devices and physical & virtual servers, alerts via email & sms for fault. Monitor 25 devices for free with no restriction. Download now http://ad.doubleclick.net/ddm/clk/292181274;119417398;o _______________________________________________ Icewm-devel mailing list Ice...@li... https://lists.sourceforge.net/lists/listinfo/icewm-devel ________________________________ Confidentiality note: The information in this email and any attachment may contain confidential and proprietary information of Heidelberger Druckmaschinen AG and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, we kindly ask you to notify the sender immediately and to delete this email and any attachment from your system. |
From: Adam P. <pr...@lo...> - 2015-06-24 15:04:05
|
With increasing number of advertisements, loss of credit it would be wise to follow other projects and move icewm out of SF. however there is not much activity in icewm and uncoordinated move may ruin the rest. Is there going to be a desire to do something like that? What should then be the target service? How about using savannah.gnu.org? Has anybody undrgone something like that? Is it possible to move e.g. svn including history, bug tracker etc.? Regards Adam Pribyl |
From: James C. <cl...@jh...> - 2014-03-15 22:28:59
|
I sent that before writing: Does anyone know where this broke? I've also since confirmed it by having the application call XSetClassHint(1), which caused my existing winoptions once again to apply. I don't have a second box here, and thus cannot safely attach gdb to icewm to see why ice now ignores WM_NAME when applying window options. Does anyone know where or why this broke? -JimC -- James Cloos <cl...@jh...> OpenPGP: 1024D/ED7DAEA6 |
From: James C. <cl...@jh...> - 2014-03-15 22:12:48
|
The docs say that any of these should work in winoptions: ,---- | window_class.window_name.window_role.option: argument | window_class.window_name.option: argument | window_class.window_role.option: argument | window_name.window_role.option: argument | window_class.option: argument | window_name.option: argument | window_role.option: argument `---- but as of 1.3.8 window_name.option is ignored. But I do not see anything in the diff which explains why name.option stopped working. The application where I first noticed this doesn't set WM_CLASS, so WM_NAME is the only way to set window options. -JimC -- James Cloos <cl...@jh...> OpenPGP: 1024D/ED7DAEA6 |
From: Laurence D. <ld...@tu...> - 2013-09-27 22:33:34
|
Ingo Brückl wrote: > The question still not arised in this thread: Is anyone really > capable of *maintaining* an IceWM development? Good question. Of course, the thought has crossed my mind that it could be myself. I was also thinking it should be one of the distro maintainers, since they are already doing most of the patch integration work, but since no one has volunteered yet, then I will, here. > It is easy to collect and apply patches, but a maintainer ought to > have an overview and decide which patch is reasonable and won't harm > - although it might look good at a first glance. This maintainer > ought to know how IceWM works as a whole and be able to track down > crashes anf things no longer working that suddenly might appear, > otherwise we might break (parts of) IceWM in the long view. Thanks for summarising that. I think I'm capable, if you want to see that I can track down and fix problems, here are some of the bugs I've fixed in various projects: https://bugs.freedesktop.org/show_bug.cgi?id=3304 (only WONTFIXed because no one including myself uses that hardware anymore) http://bugs.gw.com/view.php?id=48 http://www.sraoss.jp/pipermail/sylpheed/2012-January/005042.html http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/sound/pci/hda/hda_codec.c?id=3bef1c377d1bd8fd879ee5a66cf6f45ba16820cd and of course icewm: http://sourceforge.net/p/icewm/bugs/741/ http://sourceforge.net/p/icewm/patches/200/ http://sourceforge.net/p/icewm/patches/201/ (the one I mentioned earlier, obviously still needs a lot more clean up and made configurable before being mergeable) Well, that's my "resumé" for applying for the position :) Marko, I don't know what your circumstances are, and I hope you're ok, but if you're reading this, then please speak up! Thanks, Laurence |
From: Ingo B. <ib...@wu...> - 2013-09-26 09:49:19
|
The question still not arised in this thread: Is anyone really capable of *maintaining* an IceWM development? It is easy to collect and apply patches, but a maintainer ought to have an overview and decide which patch is reasonable and won't harm - although it might look good at a first glance. This maintainer ought to know how IceWM works as a whole and be able to track down crashes anf things no longer working that suddenly might appear, otherwise we might break (parts of) IceWM in the long view. Not an easy job. Just my thoughts. Ingo |
From: Adam P. <pr...@lo...> - 2013-09-26 09:04:54
|
On Thu, 26 Sep 2013, Laurence Darby wrote: > Josef Kufner wrote: > >> On 25.9.2013 22:11, Laurence Darby wrote: >>> The question is if there is anyone else apart from Marko who can >>> edit the website, and has CVS commit access to make new releases? >>> And if not then I think he needs to grant that access to someone he >>> trusts and who will use it (Adam?). >> >> So we need to releave Marko from development and give him >> finished new release, only to put tag on it, right? >> >> What about converting CVS repository to GitHub? It will make >> collecting of small patches much easier without administrative >> obstacles. >> > > Well, anyone is free to create one and several people already have: > https://github.com/search?q=icewm > > I suppose all it would take is for Adam to update the website to point > to one (or more likely a new one) to make that repo offical, then the > CVS repo could then just be ignored. Adam, any thoughts? I assume you > would want Marko's blessing first though :) Exactly.:) The SF project for IceWM code and website are separated. I am just a "developer" for a website project not an admin. http://sourceforge.net/p/iceorg/_members/ Even thou I can code, the WM and X11 is not may playground (I am at much lower level :) ). The only contact to Marko I ever had was email. We may try to drop him a note. > Laurence Adam Pribyl |
From: Laurence D. <ld...@tu...> - 2013-09-25 23:16:37
|
Josef Kufner wrote: > On 25.9.2013 22:11, Laurence Darby wrote: > > The question is if there is anyone else apart from Marko who can > > edit the website, and has CVS commit access to make new releases? > > And if not then I think he needs to grant that access to someone he > > trusts and who will use it (Adam?). > > So we need to releave Marko from development and give him > finished new release, only to put tag on it, right? > > What about converting CVS repository to GitHub? It will make > collecting of small patches much easier without administrative > obstacles. > Well, anyone is free to create one and several people already have: https://github.com/search?q=icewm I suppose all it would take is for Adam to update the website to point to one (or more likely a new one) to make that repo offical, then the CVS repo could then just be ignored. Adam, any thoughts? I assume you would want Marko's blessing first though :) Laurence |
From: Josef K. <jk...@fr...> - 2013-09-25 21:40:31
|
On 25.9.2013 22:11, Laurence Darby wrote: > The question is if there is anyone else apart from Marko who can edit > the website, and has CVS commit access to make new releases? And if not > then I think he needs to grant that access to someone he trusts and who > will use it (Adam?). So we need to releave Marko from development and give him finished new release, only to put tag on it, right? What about converting CVS repository to GitHub? It will make collecting of small patches much easier without administrative obstacles. |
From: Dag B <da...@ba...> - 2013-09-25 20:47:18
|
On 09/25/13 22:11, Laurence Darby wrote: > Dag B wrote: > > >> There was a lot of off-topic crap in the slashdot thread linked to >> above, > > Maybe that's because you posted a nonsensical question to /. instead > asking about it here first. To use an analogy, it was as if the > icewm project is a public park that's becoming littered and you said "I > really hope someone other than me takes responsibility for this park, > and I'll pay you for picking up a single piece of litter!" Maybe it > would have made sense if you had asked here first and the response was > "more developers needed", but that didn't happen. > > There are already plenty of potential contributors, myself included > (I'm the author of this patch: > http://sourceforge.net/p/icewm/patches/201/), and I wasn't even aware > of the Gentoo maintainers until your mail. The problem is we're unable > to contribute. SNR on Slashdot is what it is, no matter what you ask. The point of making noises on Slashdot (and now here) was not primarily to find developers, nor to pay for fixing a specific bug. It was to find *one* developer who cares enough to take ownership of the code that constitutes icewm. And I could not phrase it that way to reach Slashdot. :-) Based on the volume of email on icewm-user and -devel, and the fact that noone on these lists had made a public/recognized effort to integrate patches and cut a new release, I considered these lists to be dead. I am delighted to have been proven wrong. Sort of. I also see that the irc channel still is active. Or at least present. Yay! (#icewm@freenode) > The question is if there is anyone else apart from Marko who can edit > the website, and has CVS commit access to make new releases? And if not > then I think he needs to grant that access to someone he trusts and who > will use it (Adam?). Adam just posted to the list. No idea what his credentials are good for w.r.t. code. I guess we'll learn soon enough. Does anyone still have contact with Marko? Is he even alive? If not, what are the options? > I don't want to see icewm die either, and normally I'd say I don't have > time to help, but if it meant keeping the project alive then I could > make time for it, but obviously there isn't any point if offers to help > fall on deaf ears. > > Laurence > I am happy to see that my noises may have made an impact. :-) Thanks, Dag B |
From: Laurence D. <ld...@tu...> - 2013-09-25 20:26:49
|
Dag B wrote: > There was a lot of off-topic crap in the slashdot thread linked to > above, Maybe that's because you posted a nonsensical question to /. instead asking about it here first. To use an analogy, it was as if the icewm project is a public park that's becoming littered and you said "I really hope someone other than me takes responsibility for this park, and I'll pay you for picking up a single piece of litter!" Maybe it would have made sense if you had asked here first and the response was "more developers needed", but that didn't happen. There are already plenty of potential contributors, myself included (I'm the author of this patch: http://sourceforge.net/p/icewm/patches/201/), and I wasn't even aware of the Gentoo maintainers until your mail. The problem is we're unable to contribute. The question is if there is anyone else apart from Marko who can edit the website, and has CVS commit access to make new releases? And if not then I think he needs to grant that access to someone he trusts and who will use it (Adam?). I don't want to see icewm die either, and normally I'd say I don't have time to help, but if it meant keeping the project alive then I could make time for it, but obviously there isn't any point if offers to help fall on deaf ears. Laurence |
From: Dag B <da...@ba...> - 2013-09-25 17:51:18
|
On 09/25/13 00:08, Frank wrote: > The downside to all this....is that probably sooner rather than > later some distros > are going to drop IceWm from their support...probably as soon as some larger > problem presents itself. I have watched as other non-maintained > software gets > pushed to the wayside. Unfortunate, but a fact of life. > > Cheers > (I added icewm-devel) This is what I fear as well. Icewm may be feature complete (as some people claim), but with no maintainer it is sooner or later going to break properly. There is something called ongoing maintenance. For this reason, I posted this on Slashdot a a week or so ago: http://ask.slashdot.org/story/13/09/14/1815250/ask-slashdot-attracting-developers-to-abandonware As a Gentoo user, I get to appreciate the work of Pacho Ramos and Agostino Sarubba. They have picked up a lot of patches recently and added them to portage (Gentoo's compilation of package recipes). http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-wm/icewm/ChangeLog?view=markup There are also a lot of suggested patches in https://sourceforge.net/p/icewm/patches/ I make no claim about either quality or validity of any of these patches. But someone made an effort to create and upload them. I suspect some of them may carry some value. Having a stable release with (some of) these patches upstream makes icewm available to distributions with less active package maintainers, and also makes the 'product' icewm appear and behave identical across multiple distributions. As for the claims about 'feature complete', I'll attribute these claims to lack of imagination. I enjoy how icewm stays out of the way as much as any icewm user. I am sure there are more ways icewm can stay out of the way, and be beautiful whenever I call for it! See: https://sourceforge.net/p/icewm/feature-requests/ Marko appears to have other priorities than maintaining icewm, and I do not blame him. It is free software after all, and the only ones owing anyone anything are the users towards Marko, Mathias and the others. I appreciate what I got for free already. I hope someone competent and with sufficient time, bandwidth and *interest* will pick up the mantle. Not only for my own, selfish reasons, but also because I want more people to realize the absurdity of todays 'Desktop Environments' and whatnot. There was a lot of off-topic crap in the slashdot thread linked to above, but some had useful suggestions. Like revamping the website and issuing a new release with accumulated patches and perhaps a new, shiny theme. Anyone up for it? There is a lot of low-hanging fruit. So much, in fact, that it may require some effort. :-) Dag B |
From: SourceForge.net <no...@so...> - 2013-04-17 00:27:09
|
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-04-16 17:27 Message: For those interested, someone made a successful patch for the java 7 textfield focus issue: http://sourceforge.net/tracker/?func=detail&aid=3495395&group_id=31&atid=100031 ---------------------------------------------------------------------- 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-04-05 16:22:28
|
Patches item #3610102, was opened at 2013-04-05 09:22 Message generated for change (Tracker Item Submitted) made by rbasak2 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300031&aid=3610102&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: bugfix Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Robie Basak (rbasak2) Assigned to: Nobody/Anonymous (nobody) Summary: aworkspaces.cc uses "round" but -lm is not used Initial Comment: Please link icewm with -lm to fix build with pedantic linkers. This affects the current Ubuntu development release. Patch attached. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=300031&aid=3610102&group_id=31 |
From: SourceForge.net <no...@so...> - 2013-04-02 18:49:27
|
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-04-02 11:49 Message: Thank you so much for the patch. I haven't tested it just yet, but I wanted to post a quick comment to say that in order to get this to compile against icewm-1.3.7-3.el6.i686 on CentOS 6.4, I had to change line 5 of src/base.h to the following: #define ICEWM_deprecated __attribute__((deprecated)) ---------------------------------------------------------------------- Comment By: zstegi zstegi (zstegi) Date: 2013-04-02 10:07 Message: Please use this patch here, where i fixed a misplaced xfree: http://pastebin.com/J3XPVvQE Sorry for the inconvenience. @hjarausch: may you want to open a ticket for your compiling issue. ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-02 06:28 Message: I don't set compiler flags myself, I use the Pkgfile made by Danny Rawlins for Crux (see .http://crux.ster.so/ports/romster//icewm/Pkgfile). The compiler issues a lot of warnings, mostly about deprecations. I can live with that, as long as the WM runs fine. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 04:19 Message: You're saying your gcc-4.7.2 accepts pointer parameter to a function argument of type long int? Have you any compiler flags which turns the error (in my case) into a warning? That's dangerous as it assumes sizeof(long ing) >= sizeof(void*) which isn't guaranteed by the C++ Standard. ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-02 03:39 Message: The 2nd patch works for me as well. I have no problems compiling icewm with gcc (CRUX-i686) 4.7.2. However, I also think that icewm deserves a more active maintanance. It's such a great WM. I don't know if other WMs exists with a similar configurability. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 02:42 Message: Unfortunately, I cannot compile icewm (https://github.com/zstegi/icewm) here. The C++ code seems to be heavily outdated. The are unclean conversions from a pointer type to long int which isn't accepted by my gcc-4.7.2 anymore and I hesitate to calm this error by brute force casting. Furthermore the code uses deprecated functions, e.g. ytimer.h:18:5: error: initializing argument 1 of 'YTimer::YTimer(long int)' [-fpermissive] warning: 'KeySym XKeycodeToKeysym(Display*, KeyCode, int)' Is IceWM really maintained anymore? The files at the official CVS code base have an age of 8 months at least. ---------------------------------------------------------------------- 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-02 17:07:50
|
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-02 10:07 Message: Please use this patch here, where i fixed a misplaced xfree: http://pastebin.com/J3XPVvQE Sorry for the inconvenience. @hjarausch: may you want to open a ticket for your compiling issue. ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-02 06:28 Message: I don't set compiler flags myself, I use the Pkgfile made by Danny Rawlins for Crux (see .http://crux.ster.so/ports/romster//icewm/Pkgfile). The compiler issues a lot of warnings, mostly about deprecations. I can live with that, as long as the WM runs fine. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 04:19 Message: You're saying your gcc-4.7.2 accepts pointer parameter to a function argument of type long int? Have you any compiler flags which turns the error (in my case) into a warning? That's dangerous as it assumes sizeof(long ing) >= sizeof(void*) which isn't guaranteed by the C++ Standard. ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-02 03:39 Message: The 2nd patch works for me as well. I have no problems compiling icewm with gcc (CRUX-i686) 4.7.2. However, I also think that icewm deserves a more active maintanance. It's such a great WM. I don't know if other WMs exists with a similar configurability. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 02:42 Message: Unfortunately, I cannot compile icewm (https://github.com/zstegi/icewm) here. The C++ code seems to be heavily outdated. The are unclean conversions from a pointer type to long int which isn't accepted by my gcc-4.7.2 anymore and I hesitate to calm this error by brute force casting. Furthermore the code uses deprecated functions, e.g. ytimer.h:18:5: error: initializing argument 1 of 'YTimer::YTimer(long int)' [-fpermissive] warning: 'KeySym XKeycodeToKeysym(Display*, KeyCode, int)' Is IceWM really maintained anymore? The files at the official CVS code base have an age of 8 months at least. ---------------------------------------------------------------------- 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-02 13:28:49
|
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-02 06:28 Message: I don't set compiler flags myself, I use the Pkgfile made by Danny Rawlins for Crux (see .http://crux.ster.so/ports/romster//icewm/Pkgfile). The compiler issues a lot of warnings, mostly about deprecations. I can live with that, as long as the WM runs fine. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 04:19 Message: You're saying your gcc-4.7.2 accepts pointer parameter to a function argument of type long int? Have you any compiler flags which turns the error (in my case) into a warning? That's dangerous as it assumes sizeof(long ing) >= sizeof(void*) which isn't guaranteed by the C++ Standard. ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-02 03:39 Message: The 2nd patch works for me as well. I have no problems compiling icewm with gcc (CRUX-i686) 4.7.2. However, I also think that icewm deserves a more active maintanance. It's such a great WM. I don't know if other WMs exists with a similar configurability. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 02:42 Message: Unfortunately, I cannot compile icewm (https://github.com/zstegi/icewm) here. The C++ code seems to be heavily outdated. The are unclean conversions from a pointer type to long int which isn't accepted by my gcc-4.7.2 anymore and I hesitate to calm this error by brute force casting. Furthermore the code uses deprecated functions, e.g. ytimer.h:18:5: error: initializing argument 1 of 'YTimer::YTimer(long int)' [-fpermissive] warning: 'KeySym XKeycodeToKeysym(Display*, KeyCode, int)' Is IceWM really maintained anymore? The files at the official CVS code base have an age of 8 months at least. ---------------------------------------------------------------------- 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-02 11:19:09
|
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-04-02 04:19 Message: You're saying your gcc-4.7.2 accepts pointer parameter to a function argument of type long int? Have you any compiler flags which turns the error (in my case) into a warning? That's dangerous as it assumes sizeof(long ing) >= sizeof(void*) which isn't guaranteed by the C++ Standard. ---------------------------------------------------------------------- Comment By: Bernd Eggink (monoped) Date: 2013-04-02 03:39 Message: The 2nd patch works for me as well. I have no problems compiling icewm with gcc (CRUX-i686) 4.7.2. However, I also think that icewm deserves a more active maintanance. It's such a great WM. I don't know if other WMs exists with a similar configurability. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 02:42 Message: Unfortunately, I cannot compile icewm (https://github.com/zstegi/icewm) here. The C++ code seems to be heavily outdated. The are unclean conversions from a pointer type to long int which isn't accepted by my gcc-4.7.2 anymore and I hesitate to calm this error by brute force casting. Furthermore the code uses deprecated functions, e.g. ytimer.h:18:5: error: initializing argument 1 of 'YTimer::YTimer(long int)' [-fpermissive] warning: 'KeySym XKeycodeToKeysym(Display*, KeyCode, int)' Is IceWM really maintained anymore? The files at the official CVS code base have an age of 8 months at least. ---------------------------------------------------------------------- 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-02 10:39:36
|
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-02 03:39 Message: The 2nd patch works for me as well. I have no problems compiling icewm with gcc (CRUX-i686) 4.7.2. However, I also think that icewm deserves a more active maintanance. It's such a great WM. I don't know if other WMs exists with a similar configurability. ---------------------------------------------------------------------- Comment By: Helmut Jarausch (hjarausch) Date: 2013-04-02 02:42 Message: Unfortunately, I cannot compile icewm (https://github.com/zstegi/icewm) here. The C++ code seems to be heavily outdated. The are unclean conversions from a pointer type to long int which isn't accepted by my gcc-4.7.2 anymore and I hesitate to calm this error by brute force casting. Furthermore the code uses deprecated functions, e.g. ytimer.h:18:5: error: initializing argument 1 of 'YTimer::YTimer(long int)' [-fpermissive] warning: 'KeySym XKeycodeToKeysym(Display*, KeyCode, int)' Is IceWM really maintained anymore? The files at the official CVS code base have an age of 8 months at least. ---------------------------------------------------------------------- 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-02 09:42:21
|
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-04-02 02:42 Message: Unfortunately, I cannot compile icewm (https://github.com/zstegi/icewm) here. The C++ code seems to be heavily outdated. The are unclean conversions from a pointer type to long int which isn't accepted by my gcc-4.7.2 anymore and I hesitate to calm this error by brute force casting. Furthermore the code uses deprecated functions, e.g. ytimer.h:18:5: error: initializing argument 1 of 'YTimer::YTimer(long int)' [-fpermissive] warning: 'KeySym XKeycodeToKeysym(Display*, KeyCode, int)' Is IceWM really maintained anymore? The files at the official CVS code base have an age of 8 months at least. ---------------------------------------------------------------------- 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 |