free multi-user remote desktop utility

On Wed, 05 Dec 2007 02:58:11 GMT, "nobody@nowhere.net"
<mygarbage2000 RemoveThis @hotmail.com> wrote:
>Not sure how things are in your part of the world, but here in the US
>Windows/IE is _the_ standard corporate setup,

Same here, until we get to them anyway =P

>and some places wouldn't
>even allow to dl Firefox without a written request from the supervisor
>(or supervisor's supervisor!!!). Or maybe that's just the employers
>that hire folks like me - a *nix shop has no need in MCAD
>

Like I say, I'm only a 2bit programmer, I deal with small businesses
with at most 100 staff members. Most of them don't have very strict
controls on their systems, which gives the boss headaches, so when we
come in and tell them about the benefits of limited user accounts,
limited selection of spyware, viruses and what not to choose from,
quite a few are more than happy to let us convert their browser to FF
and where possible, the OS to a Linux distribution if none of their
critical apps are dependent on it. Usually they are still left with a
number of Windows machines for accounting software and such. But over
time, as we port things over, the reliance and necessity to pay
Microsoft decreases.

>You seem to know FF in-depth. Could you help me on this one?

I don't know FF in-depth, I make end user applications, not browsers.
And unlike men, I don't have an innate need to puff up my importance
=P I'm probably unlikely to help you.

>I need to make a dropdown box
><select onkeydown="return someFunction();">
>execute on keydown custom code and _not_ do default behavior (change
>selected option). In IE it's one line solution: return false; ditto
>in Opera. But in FF nothing seem to work, including preventDefault().

I'm not sure what you are trying to achieve here, pardon me being the
village idiot in csiphc. Are you trying to do something like this:
user select the <select> box, tries to arrow key down, instead of
changing the selected item, do something else like pop up a box saying
"Sorry, you're not allowed to change the selection or select using the
first letter." ?

--
A Lost Angel, fallen from heaven
Lost in dreams, Lost in aspirations,
Lost to the world, Lost to myself
 >> Stay informed about: free multi-user remote desktop utility 

"nobody@nowhere.net" <mygarbage2000.TakeThisOut@hotmail.com> wrote in message
news:dv4cl3d08ic2fffgkh34hm37sfdpp8bh1e@4ax.com...
> On Tue, 04 Dec 2007 07:57:40 -0600, chrisv <chrisv.TakeThisOut@nospam.invalid>
> wrote:
>
>>nobody@nowhere.net wrote:
>>
>>>I bet if somebody was truly
>>>interested in cracking Firefox defences, it would be even easier than
>>>with IE simply because its inner workings are open to everyone to mess
>>
>>You are claiming that being open-source makes it less secure?
>>Nonsense.
>
> Why? It's much easier to figure out what's going on dealing with
> source code rather than with compiled dll. If it's true for software
> development, one can assume it's also true for hacking.
>

Which presumably is why Linux machines almost never get hacked? Explain that
one then.
 >> Stay informed about: free multi-user remote desktop utility 

nobody DeleteThis @nowhere.net wrote:
>>>I bet if somebody was truly
>>>interested in cracking Firefox defences, it would be even easier than
>>>with IE simply because its inner workings are open to everyone to mess
>>
>>You are claiming that being open-source makes it less secure?
>>Nonsense.
>
> Why? It's much easier to figure out what's going on dealing with
> source code rather than with compiled dll. If it's true for software
> development, one can assume it's also true for hacking.

Yeah... security by obscurity(tm). It doesn't work.

Simple: it's much easier to figure out where are the bugs and get rid of
them where there are hundreds of eyes reviewing the code insted of just a
few. Besides that, hackers have tools not known to general public and not
familiar event to vast majority of developers. Hence the difference for them
is much smaller that for general developer community. Loss of many reviewing
eyes is much more significant than gain from obscuring things (things are
nor much obscured for experienced hacker anyway).

rgds
\SK
 >> Stay informed about: free multi-user remote desktop utility 

On Wed, 05 Dec 2007 05:22:41 GMT,
a?n?g?e?l@lovergirl.lrigrevol.moc.com (The little lost angel) wrote:

>>I need to make a dropdown box
>><select onkeydown="return someFunction();">
>>execute on keydown custom code and _not_ do default behavior (change
>>selected option). In IE it's one line solution: return false; ditto
>>in Opera. But in FF nothing seem to work, including preventDefault().
>
>I'm not sure what you are trying to achieve here, pardon me being in csiphc.
You need no pardon - you are not 'the village idiot', though have to
mention that there are quite a few persons around with better
qualifications for the Idiot position
> Are you trying to do something like this:
>user select the <select> box, tries to arrow key down, instead of
>changing the selected item, do something else like pop up a box saying
>"Sorry, you're not allowed to change the selection or select using the
>first letter." ?
OK, it's a grid (think Excel). The <select> sits inside <td> and has
focus. Enter key toggles it between edit mode (has a red-hot frame
around) and navigation mode. In Edit mode the arrow keys cause
selection change (default behavior). In Navigation mode the arrow keys
must cause the <select> to disappear and another <select> (or <input
type="text"> - depends on too many conditions to list) pop up in
adjacent <td> and get focus. The same happens when clicking the <td>
other than the highlighted one. It's not my design - this is how the
existing desktop app works, and the boss wants to reproduce it in Web
app, feature for feature, and preferably pixel for pixel, without any
noticeable app responsiveness loss(uh-oh!!!)
The problem in Firefox: the selection on the <select> that is about
to disappear (that's easy - style.display='none') also changes,
resulting in onchange event triggering ajax script and changing data
on the server. IE works like a charm. The "solution" for now -
keyboard navigation disabled in FF, the mouse should suffice. However
I'd like to provide the same experience for all users, without
discrimination by browser.
If you have any idea, please let me know. As I mentioned, neither
return false nor preventDefault() works for me. Any help will be
greatly appreciated.

NNN
 >> Stay informed about: free multi-user remote desktop utility 

On Thu, 06 Dec 2007 00:44:08 GMT, "nobody@nowhere.net"
<mygarbage2000.RemoveThis@hotmail.com> wrote:

>OK, it's a grid (think Excel). The <select> sits inside <td> and has
>focus. Enter key toggles it between edit mode (has a red-hot frame
>around) and navigation mode. In Edit mode the arrow keys cause
>selection change (default behavior). In Navigation mode the arrow keys
>must cause the <select> to disappear and another <select> (or <input
>type="text"> - depends on too many conditions to list) pop up in
>adjacent <td> and get focus. The same happens when clicking the <td>
>other than the highlighted one. It's not my design - this is how the
>existing desktop app works, and the boss wants to reproduce it in Web
>app, feature for feature, and preferably pixel for pixel, without any
>noticeable app responsiveness loss(uh-oh!!!)
> The problem in Firefox: the selection on the <select> that is about
>to disappear (that's easy - style.display='none') also changes,
>resulting in onchange event triggering ajax script and changing data
>on the server. IE works like a charm. The "solution" for now -
>keyboard navigation disabled in FF, the mouse should suffice. However
>I'd like to provide the same experience for all users, without
>discrimination by browser.
> If you have any idea, please let me know. As I mentioned, neither
>return false nor preventDefault() works for me. Any help will be
>greatly appreciated.

Sounds like an interesting problem, I'll try to look at it if I
remember to and have the time to later this week. I do have paying
clients to look after first! =P

--
A Lost Angel, fallen from heaven
Lost in dreams, Lost in aspirations,
Lost to the world, Lost to myself
 >> Stay informed about: free multi-user remote desktop utility 

ssh login works fine for cygwin under windoze; and the login is
independent of which user has control of the console. My experiences
with VNC have been all bad (haven't used it for a long time, though).
I haven't played around with doing windozey stuff from cygwin, but
I'll faint if it hasn't been done.

Like most windoze users, you want unix power with windoze lights and
color. .

Robert.

On Nov 22, 10:13 am, Yousuf Khan <bbb....TakeThisOut@yahoo.com> wrote:
> Robert Redelmeier wrote:
> > Well, if you don't want to use a KVM, then you might try sshd
> > compiled for MS-Win32 . This should give you command-line
> > (cmd.exe or other shell) access to the machine
>
> As I said, the machines are scattered throughout the house, nowhere in
> range of any kvm switch.
>
> SSH? I didn't say Linux here, I said Windows. I got my solutions for
> Linux already. Barely anything more than basic stuff that you can do
> with Windows on the command-line.
>
> Yousuf Khan
 >> Stay informed about: free multi-user remote desktop utility 

On Thu, 06 Dec 2007 04:58:55 GMT,
a?n?g?e?l@lovergirl.lrigrevol.moc.com (The little lost angel) wrote:

>On Thu, 06 Dec 2007 00:44:08 GMT, "nobody@nowhere.net"
><mygarbage2000 RemoveThis @hotmail.com> wrote:
>
<snip/>
>
>Sounds like an interesting problem, I'll try to look at it if I
>remember to and have the time to later this week. I do have paying
>clients to look after first! =P

Thanks,
I will wait patiently.
NNN
 >> Stay informed about: free multi-user remote desktop utility