Re: Great SWT Program

In article <ecc30a6f-fc64-4e8e-aa74-b1f5ec22806a@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>,
<bbound@xxxxxxxxx> wrote:
On Nov 24, 10:07 am, b...@xxxxxxxxxxx (Bent C Dalager) wrote:
Eh? But every application will have its own way of marking regions
(which I assume means selecting stuff) and some won't have any at all.

This is screen's way of doing it.

How can it have a separate way of doing it, when it doesn't even have
any content of its own?

Yes, I know these things are difficult for you. Terminal software is
/such/ a mystery.

It's all just text and, indeed, it's text that screen has rendered. It
therefore has no difficulty copying it.

Screen has its own clipboard.

So much for using arrow keys in the apps you're running, then.

You appear to have messed up your quoting. Please try again.

The other is even worse and requires it to take over navigation and
region selection itself,

Wow, hole in, ermmm, a couple of dozen. Oh well, keep at it and you'll
improve.

You may note that windows managers tend to do the same when you ask
them to take a screenshot of a part of the screen. Is this also broken
behaviour? I eagerly await the back-pedalling :-)

A GUI tool would obviously not have any such problems, of course,
because it could be much more communicative with the user
independently of concurrently-running applications and provide its own
window, floating palette, or other such focusable component, as well
as accept a richer mix of user input (e.g. by supporting mouse input).

Of course it cannot do this - when you capture part of the screen, the
last thing you want is some gratuitous palette to obscure your target!

Oh, I used it allright; it would freeze perhaps once every several
hours which still left plenty of time to get work done. From
experience I can tell you that it is no substitute at all for a real
window manager.

Screen /is/ a real window manager - it's just not a graphical one.

Cheers,
Bent D
--
Bent Dalager - bcd@xxxxxxx - http://www.pvv.org/~bcd
powered by emacs
.

Relevant Pages

  • Re: GDI can be fast!
    ... the problem is selecting a 32 bit image into a 16 bit DC. ... I allocate a buffer 1024*768x4 (because thats the resolution I use). ... pluss the FULLSCREEN bitmap, a spashbitmap, that is a screenshot of my scoreboard in batlefield. ... And it is enough that I can now in much less effort, create an amazingly potent GUI, because I can easily mix in 2D sprites and 3D elements when doing it this way. ...
    (alt.lang.asm)
  • Re: White Text On Black
    ... Well, with screen shots, No - for all the reasons Bob G. mentioned & maybe a ... It may also be a matter of selecting individual elements & changing their ... drawback of this approach is that interspersed images do not make the ... The *screenshot* method, therefore, still is a problem. ...
    (microsoft.public.mac.office)
  • Re: White Text On Black
    ... It may also be a matter of selecting individual elements & changing their ... drag a *screenshot* of the text into Word. ... drawback of this approach is that interspersed images do not make the ... The *screenshot* method, therefore, still is a problem. ...
    (microsoft.public.mac.office)
  • Re: Great SWT Program
    ... nothing but insults, implying that you didn't have anything actually ... A reasoned response to an unfounded and irrelevant assertion - why ... or alt-print screen is that it silently takes a screenshot of either ... in the window manager proper, ...
    (comp.lang.java.programmer)
  • RE: Problems with Cut and Paste
    ... > steps: - selecting text ... > - hitting CTRL+C ... > screenshot is inserted instead of the selected copied text. ... > This is really frustrating me, I can't seem to work out how to fix it. ...
    (microsoft.public.windowsxp.basics)