Exceed is excellent but _way_ expensive. Xwin32 (by Star...something)
is good and cheaper. If you install cygwin and XFree86 on Win2k you get
a "free" one and bash and lots of gnu tools to play with. XFree for
WIn32 was not very stable last time I looked. But was improving fast so
maybe it is usable now.
Later
Bob Brown wrote:
>
> Hi,
>
> Can anyone recommend a good X client for Windows? My linux box runs with
> just a power and a network cable into it and I'd like to run some of the X
> apps on it (like Kylix etc...)
------------
WLUG - The Waikato Linux Users Group
WWW: http://wlug.linuxcare.co.nz
To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz
with "unsubscribe wlug" in the body of the message.
> If you wanted to have a redundant machine on the same network then it would
> work easily as you can probably can configure the local router if and when
> the main server goes down. You could easily have a something monitoring the
> system and if a machine goes down reroute its packets to an other machine
> that is configured to accept them if such problems arise.
Alternatively you can just buy redundant links from different uplink
ISP's and have your redundent webserver inhouse.
Later
--
Oliver Jones - oliver(a)deeper.co.nz - Mobile: +64-21-41-2238
- Deeper Design Limited - http://www.deeperdesign.com
------------
WLUG - The Waikato Linux Users Group
WWW: http://wlug.linuxcare.co.nz
To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz
with "unsubscribe wlug" in the body of the message.
> People don't like to learn new things and expect the "perfect" software to
> guess what they are trying to do and do it for them. (shades of XP?)
> However to those of us who who know what we are doing such application
> behaviour is obtrusive and annoying.
This is another large HCI issue. How do you make an interface which is
"intuitive" and "user-friendly" so that even a person who has never
experienced a similar system before, be able to use it without any form
of training; AND make sure that the same interface doesn't get in the way
of someone who has been using it for a while?
For simple programs, this is no big deal. For complex programs, it is.
MS tried to solve this in office2k by hiding options that weren't used
often. For a new user, the menus are sparse. There is nothing to confuse
them. Experienced users can still navigate their way round and get the
required functionality.
Lets not mention the problems caused to new users when office decides
something isn't used much any more and hides the item from the menu ;)
> As far as learning new tools, such as lisp, emacs, or sendmail rewrite rules I
> have one teeny problem. I kind of don't like learning legacy, ready to die,
> non progressive languages for the sake of maintaining legacy applications. I
> would put sendmail in that category. I think its concept is way to clumsy. I
> would like to see something a bit more logical and more closely related to the
> problem domain rather than idiosyncratic syntax.
emacs and lisp are not 'legacy' I cant use ms office at uni - no win32
boxes. I refuse to use staroffice because its a pain in the ass, huge, and
mimics a win32 desktop - which is REALLY annoying in linux. I use emacs
instead, it does everything I want, and it does it better than the office
suites would have.
And it has tetris :).
sendmail, well...
> However I think languages like Java are a good idea. I think any kind of RAD
> tool is a good idea. I think languages that create a better representation of
> the problem that they are modelling are a good idea. I just don't like
> seeing old technology hanging on past its use by date because it's "tried and
> proven".
There is a big difference between continuing to support legacy apps
because they are already implemented in a production system, and
implementing a legacy app in a new system.
By all means, when rolling out a new mailserver, use exim or postfix or
qmail, or whatever you prefer. I think if you tried to replace a legacy
sendmail server in a large network you'd create far more problems and
spend far more time than it would have taken to have learned how to use
sendmail to the point you can fix the problem.
> Yes, we should be willing to learn, if its progress. As long as its not COBOL.
> ;)
Even if its not progress, we should be willing to learn.
How much of the software / it consultant industry in the 90's was to do
with "Y2K bugs" ? Which could all fall under the domain of 'legacy
applications'.
COBOL's another kettle of fish entirely ;)
(although, a good deal of aforementioned 'y2k bugs' would have been for
cobol systems)
Daniel
------------
WLUG - The Waikato Linux Users Group
WWW: http://wlug.linuxcare.co.nz
To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz
with "unsubscribe wlug" in the body of the message.
On Thu, Jul 05, 2001 at 02:56:21PM +1200, Daniel Lawson wrote:
> Why do people object to learning how to use a technology?
you missunderstand.
there is a difference in learning something you will use every day
vs. learning something you will use only once.
there is absolutely no problem to learn how to use emacs.
i only do not want to have to learn how to configure it.
> Do you have the same expectation of a car? That you can jump in and use it
> straight away, without prior knowledge of cars?
the expense and time to learn to drive is one reason why i don't.
(environmental issues are the other)
people learn to drive because they are forced to.
> They adopt a 'its too hard' or a 'I dont have time' attitude. This is very
> apparent with computers, rather than other technological advances. A lot
> of people will quite happily learn how to use a VCR, DVD player, advanced
> TV controls on their flash new 100HZ Philips TV, whatever. Yet they will
> balk, or even be 'unable' to learn a computer program interface that
> doesn't have pretty colours and isn't inherently obvious from a casual
> glance.
you are ignoring that the complexity of a computer differs
by several magnitudes from those other devices you mentioned.
and also there are a lot of people out there who have no clue
how to use those devices.
in order to type text a computer needs to come down to the
complexity of a typewriter.
The reasonable man adapts himself to the world;
the unreasonable one persists in trying to adapt the world to himself.
Therefore all progress depends on the unreasonable man."
-- George Bernard Shaw
by accepting computers the way they are now,
you are standing in the way of progress.
i do not want to adapt to the computer. nuff said.
greetings, martin.
--
by the end of 2001 i'd like to find a new job anywhere in the world, doing
pike development and/or training and/or unix and roxen system administration.
--
pike programmer Traveling in New Zealand (www|db).hb2.tuwien.ac.at
unix (iaeste|bahai).or.at (www.archlab|iaeste).tuwien.ac.at
systemadministrator (stuts|black.linux-m68k).org mud.at is.(schon.org|root.at)
Martin B"ahr http://www.iaeste.or.at/~mbaehr/
------------
WLUG - The Waikato Linux Users Group
WWW: http://wlug.linuxcare.co.nz
To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz
with "unsubscribe wlug" in the body of the message.
------------
WLUG - The Waikato Linux Users Group
WWW: http://wlug.linuxcare.co.nz
To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz
with "unsubscribe wlug" in the body of the message.
Isn't that A.Thrift?
-----Original Message-----
From: owner-wlug(a)list.waikato.ac.nz
[mailto:owner-wlug(a)list.waikato.ac.nz] On Behalf Of Greig McGill
Sent: Monday, July 02, 2001 1:19 PM
To: wlug(a)list.waikato.ac.nz
Subject: [wlug] More Grrrr....
> Hi. This is the qmail-send program at paradise.net.nz.
> I'm afraid I wasn't able to deliver your message to the following
addresses.
> This is a permanent error; I've given up. Sorry it didn't work out.
>
> <linuxbox(a)paradise.net.nz>:
> Sorry, no mailbox here by that name. (#5.1.1)
Anyone know this critter?
I've unsubbed it.
Hmmm...I wonder if there's an award for BLOFH! ;)
Greig McGill RHCE
Systems Engineer, Compel Automation Ltd.
Ph. +64 7 838 3747 Fax. +64 7 838 3737
Network Engineer - Linux solutions specialist.
------------
WLUG - The Waikato Linux Users Group
WWW: http://wlug.linuxcare.co.nz
To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz
with "unsubscribe wlug" in the body of the message.
------------
WLUG - The Waikato Linux Users Group
WWW: http://wlug.linuxcare.co.nz
To unsubscribe, send an email to majordomo(a)list.waikato.ac.nz
with "unsubscribe wlug" in the body of the message.