[Date Prev][Date Next][Subject Prev][Subject Next][ Date Index][ Subject Index]

Re: Xy4 - OS options

Slick! Hats off to you, Paul, your version of xytonix.sh is not only
more elegant, it eliminates the Thunderbird problem completely.

As of a couple weeks ago, I'm on 10.04 on both machines -- I had stayed
on 9.10 on the netbook out of some forgotten (and probably phantom)
anxiety about a broken utility, but now I have to admit I'm quite
content with it. Come to think of it, I think the main reason I finally
upgraded -- I tend to stay far from the bleeding edge -- was problems I
was having consistently with Remastersys.

Since I will confess to very mild concerns about the future of Ubuntu --
I've seen the disaffection with what some see as Mark Shuttleworth's
willful behavior, even before the move to Unity -- I have a more than
passing interest in how you multi-boot the distros. It took me a couple
of years to realize what I guess you did early on -- to keep a separate
partition for data, apart from home/[user] -- I wonder, if you multiboot
two or three distros on the same 'pute, do they all share that data
partition, which in my case is /usr/local/data?


-Rafe



On 06/11/2011 07:16 AM, Paul Lagasse wrote:
Yeah, if you see it in glipper, it's there. Are you using the same
version of Ubuntu on both machines? clipboard-daemon solved problems
I had in earlier releases; doesn't seem necessary in 10.04, though I
have glipper running in case.

I take it Thunderbird is the only program you have this issue with --
do you have this problem with Tbird if you try to bring in something
from OpenOffice. The other thought I have is, is the selection
available via right-click,paste but not ctrl-v, or vice versa; I see
this on occasion when pasting into some non-Gnome apps (the source of
material doesn't seem to matter). I don't think it's something that
can be solved using gconf, but if you do, let me know.


For a while now I've been using a revised version of xytonix.sh:

#! /bin/bash
#
# for xywrite/dosemu, for use with xytonix.pm
#
# requires that xsel and iconv be installed
#
# removes EOF from frxy, removes carriage return (converting cr|lf to lf)
# converts from CP 850 to UTF-8
# pipes result to clipboard for system use
#
tr -d "\032" UTF-8 -c|xsel -i -b

No need to use or delete a transition file. I have been told xsel is a
better choice than xclip, and iconv will convert from one character
set to the other. 850 is the codepage I use in XyWrite; if you use
something else, you need to change that. Don't think it will have any
affect on your Thunderbird problem, though.


I also use them in nixtoxy.pm
BX es 1Q2 BX do/nv system xsel -b|iconv -f UTF-8 -t 850//IGNORE|todos
-afp>~/data/xy4/clip/toxy&Q2 BX pQ2 BX me \xy4\clip\toxyQ2 «EX»


Paul
On 06/10/2011 06:25 PM, Raphael wrote:
This looks like it has some potential, Paul, though it will be a week
or two before I can try it out. I am grown leery of Intel graphic
cards: you may recall me whining about my netbook's full-screen DOS,
which is pretty lame -- instead of actually occupying the entire
screen with a CGA font, it simply puts a black border around the
window. It's not unusable, but not what we're after. On the other
hand, the NVIDIA card in my desktop is a champ in this (and every)
department.

By the way, I gave clipboard-daemon a try, and it didn't seem to
help. It's the damndest thing, since this xytonix.sh works ok on my
netbook but not on the desktop. On the netbook, once I've used
XyWrite to save to /home/public/clipxy.clz, if I invoke xytonix.sh, I
can happily paste the very text into a Thunderbird "compose mail"
window. On the desktop box, however, it won't paste -- even though
it's somewhere in the system clipboard. I have to use glipper, which
as you probably know is a Gnome clipboard utility, to select the
clipboard selection, and then I can paste into Thunderbird. It's
only a slight nuisance but mostly it drives me crazy because the
scripts are identical in every way. Hmm, I wonder if there's a
gconf-editor setting that might do the trick?


#!/bin/sh
#
# for xywrite/dosemu, for use with xytonix.pm
# removes EOF from frxy and outputs result to frxya
# copies frxya to clipboard for system use
# deletes frxy
dos2unix -fp /home/public/clipxy.clz;\
tr -d '\032' < /home/public/clipxy.clz > /home/public/frxya;\
xclip -i -selection c < /home/public/frxya;\
rm /home/public/frxya
exit

-Rafe

On 06/10/2011 05:34 PM, Paul Lagasse wrote:
On 06/06/2011 11:16 AM, Raphael wrote:
2) So far I haven't devised a way to switch straight to a task from
within full-screen XyWrite -- I have to switch to windowed Xy to
get to the desktop, and then switch to the application

Rafe, I may have a solution to this, or part of a solution. HOWEVER,
I've encountered one rather major problem in testing this, and
that's that my monitor loses its signal sometimes. The problem
becomes severe enough at times to require rebooting (this is in Mint
10, Ubuntu 10.10), and may be a result of the machine's having Intel
graphics and/or my Dosemu font choice. Using ctrl+alt+f
independently of any of the scripts below can crash the graphics on
my machine (it seems that the move in and out of fullscreen is
causing the crash), so maybe that won't happen for you, but caveat
emptor. As a result the crashes, I can't get these all to work
together on my machine without a crash, though at times they have
worked fine separately. In theory (a nice thing, theory), they
should all work just fine if my graphics card and my Dosemu font
choice could tolerate it.

For the below to work, you need to install wmctrl and xdotool if you
haven't already.

To make XyWrite fullscreen from a minimized state, you run a script
I'll call fullscreen.sh, assigned to the Gnome keyboard shortcut of
your choice:


#!/bin/bash
#
wmctrl -a {name-of-your-XyWrite-window-in-titlebar, e.g. Dosemu} &&
xdotool key ctrl+alt+f

To minimize XyWrite from fullscreen you run minimize.pm, which ends
by running minimize.sh; assign minimize.pm to the XyWrite keyboard
shortcut of your choice. (I think that fullscreen.sh and minimize.pm
can, in most instances, share the same key combo, because Gnome
won't respond to keys entered in a fullscreen Xy4 session, and Xy4
won't react to anything while minimized).


minimize.pm:

BX es 1Q2 ;*;
BX dos/nv/x/z /c xmode -fullscreen offQ2 ;*;
BX do/nv system /home/pgl/bin/minimize.sh &Q2 ;*;
«EX»

minimize.sh:

#!/bin/bash
#
sleep 1 && xdotool key {gnome-keyboard-shortcut-for-minimize, e.g.
ctrl+alt+m}


More caveats:
The sleep command may or may not be necessary. You can test to see
if you don't need it by removing "sleep 1 &&" from the script. On
the other hand, it might need to be "sleep 2" (1 = 1 sec.)

Not every keyboard shortcut seems to work with xdotool, and I can't
tell you why. I got "xdotool key super+0" to work, but not "xdotool
key Mod4+0" or "xdotool key super+-"


If you put

BX dos/nv/x/z /c xmode -fullscreen onQ2 ;*;
in STARTUP.INT, Xy4 should launch fullscreen by default. xmode is a
Dosemu command. It worked once, crashed once.

I've gotten tired of the crashes, and decided to pass this along AS
IS to see if it might work at your end, esp. since you seem to have
no complaints about switching into and out of fullscreen Dosemu. My
apologies if this turns out buggy for you.


Paul Lagasse