Slashdot Mirror

There's no RDP server in GNOME, just a client. I don't even think the client is included in a stock GNOME installation, but some distros add it.

The GP was modded interesting because he was referring to RDP implementations on Linux. Like say, for example rdesktop or tsclient, both of which are based on the Microsoft RDP protocol.

I've got a headless Win2K box sitting under the desk at the office and use MS's Remote Desktop Client to connect to it from my Mac. It'll let you share you Mac's disk drives and printers with the remote machine although for security's sake you may want to use Samba instead.

From Linux I use rdesktop. There is a nice Gnome GUI available for it if that's your bag. rdesktop has proven to be very stable and usable. You can get rdesktop for the Mac via the Fink project if you want to avoid the MS client on Mac.

I've found both work well, even over dial-up connections.

I very much agree to that!

I'd love to see mockups like those that were made for the new GTK File selector.

We need skilled graphicians who are willing (or paid?) to take the time to sketch up their dream-interface. Once there are a few proposals the most promising one would be chosen and a specification be written.

Disclaimer: Hey, I can tell you what to do but I can't do it myself!

i photoshop user interfaces all day, so forgive me for not having the energy for visually articulating this idea...

the idea was inspired by Suggestion 3. if you go and read the discussion thread about this, the idea was actually to implement a FILTER rather than a SEARCH. i find this articulation a bit silly really because SEARCH implies a global search not a filter.. which made me think:

if you had a really simple dialog box that had a search capability you could just start typing in "hilton pari". in the background one just interrogates the slocate database and starts to put all items that start with "hilto..." in a list view below. the list view should display the parent folder of that element with a hyperlink/expander of sorts to illustrate the full path to that file.

furthermore if you abstracted this functionality, you could offer the same global search capabilities across filenames in the "recent documents" interface. so this would extend the search boundary to elements that are possibly not in your slocate database (SMB shared docs for example).

there would still be browing capabilities to allow users to do regular browsing of CD, Network etc... but i just thought this would be a highly Googleian way of opening files.

The GNOMEPro mockup looks even more like the NeXT file selector. Take "Favorite Locations" and put it horizontally on top to become the shelf. Use scroll bars instead of those useless scroll button things at either end. The clickable pathname elements are virtually identical to NeXT's scrollable pane with folder icons, only slightly less functional. And there's only one level of folder listing instead of the multiple levels of context that NeXT provides. But the essential elements are pretty much the same.

As other posters have mentioned, why reinvent what's already been designed well, only poorly?

(Tigert's mockup didn't come out well at all; the antialiased text has been color-quantized to the point where it's illegible. I expect more from someone with Tigert's reputation.)