Is it just me...
in [UK Linux]
|
Prev: Crash/reboot at boot.
Next: OPEN A SECRET
From: Martin Gregorie on 3 Nov 2009 19:45 On Tue, 03 Nov 2009 23:48:18 +0000, Frank Peelo wrote: > alexd wrote: >> Meanwhile, at the uk.comp.os.linux Job Justification Hearings, Folderol >> chose the tried and tested strategy of: >> >>> kwrite now uses a small dialogue box at the bottom of the page for >>> things like 'find' entries, so you seem to keep having to scan up and >>> down. >> >> Have to disagree with you there - I can't stand popup windows! > > Yes, I'm surprised more editors don't do it this way. I bought EditPad > Pro, years ago, on Windows, and it uses this idea. So you don't have a > dialogue box hiding the text that you're trying to search, getting in > the way. Far better to have it out of the way at the bottom. Should have > taken over the world by now. > My favourite Windows editor, the Programmer's File Editor (PFE) had a number of pop-up windows that implemented the dialogues for searching, executing OS commandline commands, manipulating window stacks, etc. Editing windows occupied the whole of its MDF main window. The pop-ups could be dragged away and positioned outside the main window on the desktop. This worked very well - so much so that I'm surprised that more applications haven't done something similar. -- martin@ | Martin Gregorie gregorie. | Essex, UK org |
From: Chris Whelan on 4 Nov 2009 03:07 On Tue, 03 Nov 2009 23:43:20 +0000, Frank Peelo wrote: [...] > Eek! That's really arcane! You sure there's nothing less unintuitive > available? How about File|New Project? > > Frank The OP was specifically asking for help with buttons that exist in K3b for KDE4; what you are suggesting would not provide those. Chris -- Remove prejudice to reply.
From: Folderol on 4 Nov 2009 03:33 On Wed, 4 Nov 2009 00:45:11 +0000 (UTC) Martin Gregorie <martin(a)address-in-sig.invalid> wrote: > On Tue, 03 Nov 2009 23:48:18 +0000, Frank Peelo wrote: > > > alexd wrote: > >> Meanwhile, at the uk.comp.os.linux Job Justification Hearings, Folderol > >> chose the tried and tested strategy of: > >> > >>> kwrite now uses a small dialogue box at the bottom of the page for > >>> things like 'find' entries, so you seem to keep having to scan up and > >>> down. > >> > >> Have to disagree with you there - I can't stand popup windows! > > > > Yes, I'm surprised more editors don't do it this way. I bought EditPad > > Pro, years ago, on Windows, and it uses this idea. So you don't have a > > dialogue box hiding the text that you're trying to search, getting in > > the way. Far better to have it out of the way at the bottom. Should have > > taken over the world by now. > > > My favourite Windows editor, the Programmer's File Editor (PFE) had a > number of pop-up windows that implemented the dialogues for searching, > executing OS commandline commands, manipulating window stacks, etc. > Editing windows occupied the whole of its MDF main window. The pop-ups > could be dragged away and positioned outside the main window on the > desktop. This worked very well - so much so that I'm surprised that more > applications haven't done something similar. My 'history' is Acorn RPC, where again dialogue windows are separate and can be moved where you want them instead of taking up fixed desktop space, so I always tend to look for applications that work in that way. For a similar reason I originally chose kwrite against gedit mostly because kwrite gives me a separate window for each view whereas gedit forces tabs on you. Copy and paste (or simply just looking for reminders) is dramatically faster with separate views - especially if you configure the desktop so that working inside a window work area does NOT bring the window to the front - something that is impossible in gnome :( -- Will J G
From: Tony Houghton on 4 Nov 2009 09:01 On Wed, 4 Nov 2009 08:33:31 +0000 Folderol <folderol(a)ukfsn.org> wrote: > For a similar reason I originally chose kwrite against gedit mostly > because kwrite gives me a separate window for each view whereas gedit > forces tabs on you. Copy and paste (or simply just looking for > reminders) is dramatically faster with separate views - especially if > you configure the desktop so that working inside a window work area > does NOT bring the window to the front - something that is impossible > in gnome :( You can drag the tabs out of gedit to get separate windows. And of course it isn't impossible to prevent windows jumping to the front in GNOME. Even metacity [1] can do it, but with side effects. [1] I don't know why GNOME still uses it as the default window manager. It's a botched experiment attempting to prove that it's impossible to write a window manager that's flexible, friendly and consistent, and maintainable, which is all proven wrong by xfwm4. -- TH * http://www.realh.co.uk
From: Nix on 4 Nov 2009 19:20
On 3 Nov 2009, Frank Peelo spake thusly: > alexd wrote: >> Have to disagree with you there - I can't stand popup windows! > > Yes, I'm surprised more editors don't do it this way. I bought EditPad > Pro, years ago, on Windows, and it uses this idea. So you don't have a > dialogue box hiding the text that you're trying to search, getting in > the way. Far better to have it out of the way at the bottom. Should > have taken over the world by now. Emacs has done this since the 1970s. Since a bunch of very popular wordprocessors descended fairly directly from Emacs (notably WordStar, at I think a two-generation remove), it's suprising that the avoid-dialogs isearch-is-king idea fell so much into abeyance. |