Re: xwinclip patch

[uribarri_u]

Well, then I will fork the xwinclip development. That's the greatness of
open source.
I think that seamless integration with windows is very important.
And a Windows user never expects to lose the clipboard contents when he
selects text with the mouse.

Thanks for all.

Good bye.

Re: xwinclip patch

[uribarri_u]

 Howdy Harold, you took the words right out of my mouth (well, maybe they
 were a bit kinder than I'd have been!):

 Subject: Re: xwinclip patch
 ...
 Not all applications used the CLIPBOARD atom... a lot of them still only
 use XA_PRIMARY.  Dropping support for XA_PRIMARY is a HUGE reduction in
 the feature set of xwinclip and it will not be accepted by users.

 XA_PRIMARY is what's used by the two largest apps used under X (according
 to the Unix Hater's Guide): emacs and xterm.  I think you'd have a line
of
 people knocking on your door to yell at you if you were even to think
about
 removing the select = paste flow from these apps, or the even worse
option
 of having to select then move the mouse to the taskbar and select some
option
 from a popup menu to paste things.

I've realized that I'm targeting a diffent user profile. I work with
Windows users
that want to use remote X11 apps, and you are thinking on X users that want
to work
from a windows box. The difference is subtle but important.

Therefore, I fear that a code fork will be the best choice.

Goodbye.

PD: Both emacs and xterm can be configured to work with the clipboard.

Re: xwinclip patch

[Harold L Hunt II]

Excellent.

[EMAIL PROTECTED] wrote:

Well, then I will fork the xwinclip development. That's the greatness of
open source.
I think that seamless integration with windows is very important.
And a Windows user never expects to lose the clipboard contents when he
selects text with the mouse.
Thanks for all.

Good bye.

Re: xwinclip patch

[Harold L Hunt II]

Nope, you really didn't read the mailing list.

Not all applications used the CLIPBOARD atom... a lot of them still only 
use XA_PRIMARY.  Dropping support for XA_PRIMARY is a HUGE reduction in 
the feature set of xwinclip and it will not be accepted by users.

Harold

[EMAIL PROTECTED] wrote:

What I'm requesting is so simple as this:

--- xwinclip.c.orig 2003-01-13 02:27:22.0 +0100
+++ xwinclip.c  2003-06-04 10:09:18.0 +0200
@@ -362,15 +362,6 @@
   exit (1);
 }
-  /* Assert ownership of PRIMARY */
-  iReturn = XSetSelectionOwner (pDisplay, XA_PRIMARY,
-   iWindow, CurrentTime);
-  if (iReturn == BadAtom || iReturn == BadWindow)
-{
-  printf (Could not set PRIMARY owner\n);
-  exit (1);
-}
-
   /* Local property to hold pasted data */
   atomLocalProperty = XInternAtom (pDisplay, CYGX_CUT_BUFFER, False);
   if (atomLocalProperty == None)
With this patch, xwinclip works as a Windows user would expect.
With a few lines, I've configured xterm and emacs to copy/paste to/from the clipboard:
~/.Xresources:
*VT100.Translations: #override \
  Shift KeyPress Insert: insert-selection(CLIPBOARD) \n\
  Ctrl KeyPress Insert:  select-set(CLIPBOARD) \n\
~/.emacs:
(global-set-key [S-delete] 'clipboard-kill-region)
(global-set-key [S-insert] 'clipboard-yank)
(global-set-key [C-insert] 'clipboard-kill-ring-save)
Gnome 12, Gvim, and KDE 3 works correctly.

I acknow that there is lots of old applications (KDE12 mainly) that ignores 
completely the clipboard, so I will try to rewrite xwinclip as a windows
taskbar app that will allow to copy (at user request) the primary selection to the 
clipboard and vice versa.
Good bye!

Re: xwinclip patch

[Earle F. Philhower, III]

Howdy Harold, you took the words right out of my mouth (well, maybe they
were a bit kinder than I'd have been!):

Subject: Re: xwinclip patch
...
Not all applications used the CLIPBOARD atom... a lot of them still only 
use XA_PRIMARY.  Dropping support for XA_PRIMARY is a HUGE reduction in 
the feature set of xwinclip and it will not be accepted by users.

XA_PRIMARY is what's used by the two largest apps used under X (according
to the Unix Hater's Guide): emacs and xterm.  I think you'd have a line of
people knocking on your door to yell at you if you were even to think about
removing the select = paste flow from these apps, or the even worse option
of having to select then move the mouse to the taskbar and select some option
from a popup menu to paste things.
-- 
-Earle F. Philhower, III
 [EMAIL PROTECTED]
 http://www.ziplabel.com

xwinclip patch

[uribarri_u]

What I'm requesting is so simple as this:

--- xwinclip.c.orig 2003-01-13 02:27:22.0 +0100
+++ xwinclip.c  2003-06-04 10:09:18.0 +0200
@@ -362,15 +362,6 @@
   exit (1);
 }

-  /* Assert ownership of PRIMARY */
-  iReturn = XSetSelectionOwner (pDisplay, XA_PRIMARY,
-   iWindow, CurrentTime);
-  if (iReturn == BadAtom || iReturn == BadWindow)
-{
-  printf (Could not set PRIMARY owner\n);
-  exit (1);
-}
-
   /* Local property to hold pasted data */
   atomLocalProperty = XInternAtom (pDisplay, CYGX_CUT_BUFFER, False);
   if (atomLocalProperty == None)

With this patch, xwinclip works as a Windows user would expect.
With a few lines, I've configured xterm and emacs to copy/paste to/from the clipboard:

~/.Xresources:
*VT100.Translations: #override \
  Shift KeyPress Insert: insert-selection(CLIPBOARD) \n\
  Ctrl KeyPress Insert:  select-set(CLIPBOARD) \n\

~/.emacs:
(global-set-key [S-delete] 'clipboard-kill-region)
(global-set-key [S-insert] 'clipboard-yank)
(global-set-key [C-insert] 'clipboard-kill-ring-save)

Gnome 12, Gvim, and KDE 3 works correctly.

I acknow that there is lots of old applications (KDE12 mainly) that ignores 
completely the clipboard, so I will try to rewrite xwinclip as a windows
taskbar app that will allow to copy (at user request) the primary selection to the 
clipboard and vice versa.

Good bye!