Re: Re: 'clear cache' folder
Hi Alvin, Thank you so much. Indeed the answer was there but I had missed it. I was alerted to your previous msg by your most recent one. Jianan
Key press + mouse press shortcuts
This is more general than just KDE, but there might be a KDE specific solution I don't know about, so I'll go ahead and ask. I just bought a Genius NetScroll+ Superior mouse today, which comes with (count 'em) 10 buttons. It works well with Linux--only the application switch button doesn't work. Doesn't even register in xev. I can live with that, though. What I would like to do is add a little "chording" functionality to it. Four of the buttons are actually keys--that is, they return keyboard presses, rather than mouse button presses. So I thought I could make the "play" button (keycode 162) act as a modifer key--probably mod_3, since that's not assigned to anything. So far, so good. Here's the meat of the question: is there some way so that by pressing "play" + left mouse button to get a keystroke? I would like "play" + lmb to return enter, and "play" + rmb to return delete. I checked out khotkeys and keyboard shortcuts in KControl, but didn't see anything that would let me do a combination key press + mouse press. Thanks, :Peter
Re: Key press + mouse press shortcuts
Am Samstag, 8. Januar 2005 15:29 schrieb Peter Clark: > This is more general than just KDE, but there might be a KDE specific > solution I don't know about, so I'll go ahead and ask. I just bought a > Genius NetScroll+ Superior mouse today, which comes with (count 'em) 10 > buttons. It works well with Linux--only the application switch button > doesn't work. Doesn't even register in xev. I can live with that, though. > What I would like to do is add a little "chording" functionality to it. > Four of the buttons are actually keys--that is, they return keyboard > presses, rather than mouse button presses. So I thought I could make the > "play" button (keycode 162) act as a modifer key--probably mod_3, since > that's not assigned to anything. So far, so good. Here's the meat of the > question: is there some way so that by pressing "play" + left mouse button > to get a keystroke? I would like "play" + lmb to return enter, and "play" + > rmb to return delete. I checked out khotkeys and keyboard shortcuts in > KControl, but didn't see anything that would let me do a combination key > press + mouse press. man xmodmap HS
Re: Key press + mouse press shortcuts
On Saturday 08 January 2005 17:41, Hendrik Sattler wrote: > man xmodmap Care to be a little more specific? I went through it before I posted, but perhaps I missed something. What section should I look in? All I saw was how to switch around the order of the buttons. :Peter
Re: Key press + mouse press shortcuts
Am Samstag, 8. Januar 2005 16:29 schrieb Peter Clark: > On Saturday 08 January 2005 17:41, Hendrik Sattler wrote: > > man xmodmap > > Care to be a little more specific? I went through it before I posted, > but perhaps I missed something. What section should I look in? All I saw > was how to switch around the order of the buttons. I refered to that part of your posting: > Four of the buttons are > actually keys--that is, they return keyboard presses, rather than mouse > button presses. So I thought I could make the "play" button (keycode 162) > act as a modifer key--probably mod_3, since that's not assigned to > anything. So far, so good. However, a modifier key + a mouse key is probably application spezific. HS
Re: 'clear cache' folder
On Friday 07 January 2005 21:06, Jianan wrote: > Which folder does 'clear cache' clear? > Reminder: those who think that the question is an insult to > their intelligence, refrain from answering. Plonk
Re: Key press + mouse press shortcuts
On Saturday 08 January 2005 18:42, Hendrik Sattler wrote: > I refered to that part of your posting: > > Four of the buttons are > > actually keys--that is, they return keyboard presses, rather than mouse > > button presses. So I thought I could make the "play" button (keycode 162) > > act as a modifer key--probably mod_3, since that's not assigned to > > anything. So far, so good. Yes, this part I already knew. > However, a modifier key + a mouse key is probably application spezific. Pity. :Peter
Yes, libflac4 is broken, breaks amarok, juk, and others
Hi, this is just a short notice to ack the fact that the current libflac4 in sid is broken and that packages depending on it are non-functional. For amarok and kdemultimedia, this has already been reported. See bugs #289343 and #289344 (yeah, consecutive) for details and a workaround (in short: symlinking discouraged, installing and putting on hold libflac4 1.1.0-11 recommended). Some packages, like gstreamer-plugins0.8 and easytag, have already been fixed. Others will follow soon; the two mentioned above are waiting for libtunepimp to get fixed first. If you're interested in the details, read [1]. [1] http://lists.debian.org/debian-devel/2005/01/msg00434.html Sorry for the inconvenience and thanks for your patience. -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 If you want the holes in your knowledge showing up try teaching someone. -- Alan Cox -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 ech`echo xiun|tr nu oc|sed 'sx\([sx]\)\([xoi]\)xo un\2\1 is xg'`ol
Re: Bug#247312: konqueror: opening of bookmarks is much slower when clicking directly on Bookmarks menu
On Sat, 8 Jan 2005, Hervé Eychenne wrote: > "All" a Debian KDE maintainer should have done is to take a couple of > minutes to actually tag the bug and forward it to upstream. It'd have taken you less time to report the bug upstream yourself than writing that email, and everything would've been settled. But hey, why choose the good and easy way? *t
Re: 'clear cache' folder
On Sat, 8 Jan 2005, Null Pointer wrote: > On Friday 07 January 2005 21:06, Jianan wrote: > > Which folder does 'clear cache' clear? > > Reminder: those who think that the question is an insult to > > their intelligence, refrain from answering. > > Plonk Good answer. I guess the next thing Jianan will be asking is: "what does Plonk mean"? *t
Re: Bug#247312: konqueror: opening of bookmarks is much slower when clicking directly on Bookmarks menu
On Sat, Jan 08, 2005 at 10:14:19PM +0100, tomas pospisek wrote: > On Sat, 8 Jan 2005, Hervé Eychenne wrote: > > "All" a Debian KDE maintainer should have done is to take a couple of > > minutes to actually tag the bug and forward it to upstream. > It'd have taken you less time to report the bug upstream yourself than > writing that email, and everything would've been settled. But hey, why > choose the good and easy way? Because other Debian maintainers that I know had taught me to report bugs (upstream or not) with reportbug, because they had assured me that I could do so, and because they were right: anyone actually can. But believe me, if I had known what I know today about the potential responsiveness of Debian KDE's management, I would never have done that, and probably never will again. So everyone here will rest in peace again, until the next poor guy dares to raise the same lacks, and learn the hard way that some bug reports should certainly not be sent to Debian KDE, contrarily to what the Debian manuals states, and common practices or tools enable to. Hervé -- _ (°= Hervé Eychenne //) Homepage: http://www.eychenne.org/ v_/_ WallFire project: http://www.wallfire.org/
Re: Bug#247312: konqueror: opening of bookmarks is much slower when clicking directly on Bookmarks menu
On Sat, Jan 08, 2005 at 05:26:48AM +0100, Adeodato Simó wrote: > * Hervé Eychenne [Sat, 08 Jan 2005 04:33:05 +0100]: > > Some ask why the submitter has not submitted the bug directly to > > upstream when noticing months after that nothing had happened. Once > > more, I regret: if the submitter gets no feedback, he'll consider > > that the upstream team had hard times chasing the bug (some bugs are > > tricky), certainly not that the Debian guys has left his report in the > > bottom of the barrel for months. Do you actually understand that? > no, because (unless the person doing it forgets to) you get a mail > when your bug is forwarded upstream. That's what _you_ Debian maintainer think, because you know exactly how the BTS works. The user is absolutely not supposed to know that in each and every detail, and that's not written in any document the average user "should" be aware of. Summary: contrary to any argument you have raised or may raise, I had no way to figure out that I should not have acted like I did, that is as an average user (read "not an experienced Debian maintainer"). Be prepared to flame other users for being at fault of not knowing that you're so buried in work that even the simplest requests may sleep for months without care. > > Sorry if I'm becoming more and more sarcastic, but I feel that some > > are more concerned with finding any excuse for justifying the > > unjustifiable, rather than actually trying to analyze the reasons and > > change things so that this will not happen again. > three random things that I did for Debian today: No one assumes you personnally don't do enough for Debian, so there is no point in justifying yourself like that... However, the Debian KDE team managment system as a whole leaked in this particular tag+forward case. Yet, rather than recognizing it and trying to make things better for the future, some get angry instead..
Re: Bug#247312: konqueror: opening of bookmarks is much slower when clicking directly on Bookmarks menu
On Saturday 08 January 2005 04:33, Hervé Eychenne wrote: > On Sat, Jan 08, 2005 at 01:39:46AM +0100, Frans Pop wrote: > I'm not talking about any kind of bug report. I'm talking about > a submitted bug that has failed to be just tagged upstream and > forwarded for almost 8 months now. Irrelevant given the urgency of the problem. Now, if it had been a security issue, then you would have been somewhat justified in your attitude. > > Although in principle bug triage _is_ the job of the package > > maintainer(s), it is also their good right to prioritize their work, > > *especially* as we are all volunteers. > > I guess no one expects the Debian KDE team to _solve_ the bug, and > neither do I. Ah, that's something at least. > "All" a Debian KDE maintainer should have done is to take a couple of > minutes to actually tag the bug and forward it to upstream. You have absolutely no basis to claim that a developer should do so. See below for the reasons. The time of a Debian Developer, being a volunteer, is his own. If there really are important things that he can't handle, he will probable ask for help himself or, especially if the packages are important enough for Debian as a whole, the project will in some way intervene. > Once more, I regret: if the submitter gets no feedback, he'll consider > that the upstream team had hard times chasing the bug (some bugs are > tricky), certainly not that the Debian guys has left his report in the > bottom of the barrel for months. Do you actually understand that? That's a somewhat valid argument. However, if you have read the general info on bug handling (which is freely available to users) you know that bugs forwarded upstream would have been tagged as such and as yours wasn't... > > A last suggestion to the submitter: you could have tried asking here > > how best to proceed. > > Once more, the submitter is absolutely not supposed to know that he > should ask how to proceed instead of just reporting the bug itself, > like reportbug (and http://www.debian.org/Bugs/Reporting) kindly advise > him to. Ah, a genuine communication breakdown. I wrote my first reaction to '[EMAIL PROTECTED]' and CC'ed you as '[EMAIL PROTECTED]'. With "here" I meant the kde users list, not the BTS. I agree that asking the BTS how to proceed would have been silly. Asking this list would have been very smart. > Oh, I forgot: it is _not_ the submitter's job to monitor every bug > he filled, just because the submitter can absolutely not imagine > that his report might well _not be processed at all_ for months, > years, decad^Wok, trollinit aborted. Ah, but it is. It's even very easy. Try: http://bugs.debian.org/cgi-bin/[EMAIL PROTECTED] > Seems like we all like discussions, but I hope you realize that > all the cumulated time spent in this discussion by Debian KDE > maintainers already represents at the very least 20 times more > time than one tag/forward operation would require (ok, now I guess > some guy will probably say that the bug submitter is the one to > blame, wrong shot). The reason we are willing to spend the time on this discussion is because we are in general nice people and hope the discussion will help you understand the spirit in which Debian as a project is being run. However, also having read your other reactions today, I don't think you will ever be happy with a distribution that's run on a volunteer basis. So I suggest you forget about Debian and buy yourself a nice commercial one (or maybe even something out of Redmont). However, be prepared to spend a _lot_ of money to purchase additional service levels to get the kind of response you seem to expect. Cheers, FJP pgpPT6IBxeY8g.pgp Description: PGP signature
Re: 'clear cache' folder
On Sat, 8 Jan 2005 22:16:56 +0100 (CET), tomas pospisek wrote: >On Sat, 8 Jan 2005, Null Pointer wrote: > >> On Friday 07 January 2005 21:06, Jianan wrote: >> > Which folder does 'clear cache' clear? >> > Reminder: those who think that the question is an insult to >> > their intelligence, refrain from answering. >> >> Plonk > >Good answer. I guess the next thing Jianan will be asking is: "what does >Plonk mean"? Seconded ... or thirded, fourth, thirty-eighth, or something :-) Nick -- The irony is that Bill Gates claims to be making a stable operating system and Linus Torvalds claims to be trying to take over the world. -- seen on the net
