[gobolinux-users] Features ideas
Sergio Tortosa Benedito
sertorbe at gmail.com
Sat Apr 4 03:16:34 NZDT 2015
I forgot to say something, Jean, you might want to see the stories of these
: Linspire and Zorin OS. Two Linux distributions who tried to be
Windows-look-alike Linuxes (with Linspire being much more than that).
And it seems clear that Mac is succesful because it's well designed and
pretty, and that's a good reason to take a look to Pantheon again :P .
2015-04-03 16:08 GMT+02:00 Sergio Tortosa Benedito <sertorbe at gmail.com>:
> 2015-04-03 12:57 GMT+02:00 Jean-Roch HUET <jeanroch.huet at yahoo.fr>:
>> Symlinks are different from ".lnk" files.
>> Symlinks exists on Windows too, but only since Windows Vista.
>> Il allows to redirect instructions for a folder to another (created for
>> compatibility with previous versions, to remove the "Documents and
>> Settings" folder, for instance). It's just like the "ls" of Linux.
>> .lnk is just a basic concept : il launchs the file when you click on it.
>> There's no redirection from instructions. It's easy to create on Linux.
> Ow, if that's the case then there's no need for a kernel module, just an
> application should be enough (one which takes the .lnk and does the proper
> action), a basic application for that (one which the applications are
> fixed) should took two to three days to write.
> Hiding its extension is just for visual comfort :
>> a beginner with an OS is disturbed by extensions when he discovers the OS.
>> - Step for step, he begins to understand that file extension defines the
>> program which open the file (missing on Linux, but easy to create).
>> - But for him, a file without extension (but with an icon) is a shortcut.
>> This is a standard habit.
> Then, applications are shortcuts? (In linux executables don't have
> After thinking about it, I think you're right concerning the .url files,
>> it could be dangerous for the security (file which leads to a website with
>> a virus, etc.).
> Your idea of a screenshort to the page is good, but I don't think it could
>> be done with a kernel module. This is more for the GUI itself, this is more
>> the role of KDE than GoboLinux.
> Maybe I didn't expressed myslef correctly, but what I meant was that
> should be at the file manager level (in KDE, GNOME,Enlightenment,
> Pantheon, LXDE ...).
>> About the name restriction, limits are necessary (but only if they can be
>> switched off, of course).
>> Limits allow to create standards, which allow compatibility...
> There's already a standard in Linux, whether Windows does not follow that,
> well it's pretty much their problem, howver this could be done in the file
> manager (this shouldn't be enforce in the kernel or something like that as
> this is mostly for compatibility with Windows, thus a "novice"-level
> feature, it doesn't belong int ht ecommand line, however if the file still
> appears in Windows I don't think is much of a problem anyway.
> So one thing is standard compatiblity, and another one is bug-to-bug
> This is a point of friction on Linux forums when I talk about it, but
>> Linux certainly has a technical victory with its kernel, however Windows
>> has a commercial victory with its number of users.
> If we want to develop Linux, we have to step toward Windows direction to
>> seduce users.
> While the first point is ,horrifying sadly, true the second one is wrong.
> If you try to imitate Windows then all what you will have is a imitation of
> Windows, which sounds pretty much less than Windows. If you want to seduce
> someone don't try to show the same, but something better, I mean it's like
> saying "hey! here's pretty-much-windows-but-better OS, wanna try?", is not
> something that difficult as Windows is poorly designed ( don't take my
> word, search in internet for designers talking about Windows).
> The great example is Android: the number of users brought developpers
>> which increase the kernel a lo
> That's not as true as you might expect, as Google does not work that much
> on the kernel, and the subsysyems they work with are not the one needing
> love (mainly drivers).
>> The number of Linux users has not increased despite of Ubuntu or any
>> other versions. Windows remains the first one.
>> MacOSX has increased. For me, there are 2 reasons :
>> - Clarity of the system
>> - Games
>> Here's the third, marketing. Make a search about games and you will find
> - Lots of people are bringing their games to Linux (even some AAA!)
> thanks to Valve.
> - If there's a Mac version, it's possible there's a Linux one as well.
> - Even then, if they don't have Linux version, they tend to have an
> option for OpenGL (making the execution with wine a heck easier and faster).
> More and more games are made for both DirectX and OpenGL (and a game made
>> for MacOSX with OpenGL could be adapted on Linux easier than from Windows).
>> It increases the number of MacOSX sold (despite of the price).
>> For me, main obstacle for Linux remains the FHS, that's why I think
>> GoboLinux has the potential the other distrib lack...
> Nope, it is not, but it may help, there's a list which specifies which are
> the Linux problems from a desktop point of view.
>> Le 03/04/2015 11:56, Sergio Tortosa Benedito a écrit :
>> Ow... That explains it all.
>> So let me clarify myself, what you want is (for Windows compatibility) to
>> hide .lnk and act as if they were symlinks right? Well, I think that's a
>> great idea ( and if we want it to work on every program a kernel module is
>> certainly needed) but I wonder whether we should hide it's extension (As I
>> would like to help to recognize that's still a Windows link not a Linux
>> However, I'm against doing that for ".url", it should be clear what it is
>> anyway, and unlike the .lnk case I find the benefits quite dubious/small,
>> if this were to be implemented I would recommend it to be through the file
>> manager and a screenshot of the page as icon.
>> Hmm... I don't want to limit Linux, what happens in Windows with this?
>> The error is as fs level or the os level?
>> gobolinux-users mailing list
>> gobolinux-users at lists.gobolinux.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the gobolinux-users