Forums

@DJYoshaBYD: I can see it, sending direction in PM

@l0ser140:
[code language=playonlinux]
POL_SetupWindow_message "$(eval_gettext 'If shortcut is not created automatically, do it yourself.')" "$TITLE"
[/code]
That's a weird thing to say in an automated installer ;)

Game equires about 18gb free space. Not all have as much space in /home/ folder where wineprefixes stored. For example my /home/ partition holds only 8gb.
So if someone will install game not to drive_c of wineprefix, shortcut will not create automatically, isnt it?

Edité par l0ser140

Installing outside of drive_c is not supported, so you can drop this case

But its not written anywhere during the installation or the using playonlinux or running installation script, manual say nothing about it too.
So we need to say what installation to not default folder is not supporting (but all will be okay, exept shortcut autocreation), or say to do shortcut byself if something goes wrong.

If user have no space to install into default folder, he will choose any other non-stanrard place. And he will frustrated if he get error with no explanation.

Edité par l0ser140

Since PlayOnLinux 4.1.2, upon first installation PoL displays:
"When PlayOnLinux/PlayOnMac install a Windows program:

- Leave the default location
- Do not tick the checkbox 'Run the program' if asked."

It could probably be more explicit (displayed each time a program is installed? :p), but that's how it is currently documented.

It could probably be more explicit (displayed each time a program is installed? :p), but that's how it is currently documented.

I am still of the opinion that such a severe restriction is not justified.
In most cases apps works fine if they installed outside the wineprefix.
Installing into wineprefix folder may not be possible in some cases, such as I have described above.

Or should be allowed to create a prefix outside standard /home/$user/.playonlinux, like external library in steam.

Edité par l0ser140

I totally disagree, if you buy containers so you can more easily manage all the little things that litter the floor of your rooms, the next thing you have to do is to put those things in the different containers.

It may "work" to install programs partly outside of virtual drives, but it means PlayOnLinux does no longer have full control over what you install, cannot cleanly remove programs, that you become totally free to mix the content of different virtual environment, eventually leading to side effects, etc.

Personally I have ~/.PlayOnLinux/wineprefix/ mounted on a different filesystem, there's several ways to manage storage on Unix, learn to use them, they'll work with all programs so it's not wasted time.

I totally disagree, if you buy containers so you can more easily manage all the little things that litter the floor of your rooms, the next thing you have to do is to put those things in the different containers.

I understand playonlinux concept, but its sometimes inconvenient. Example: using app in separate prefixes but not install it twice.
This is not always correct, but if the user wants, why not give him a opportunity?

Personally I have ~/.PlayOnLinux/wineprefix/ mounted on a different
filesystem, there's several ways to manage storage on Unix, learn to use
them, they'll work with all programs so it's not wasted time.

Imho using symlinks/mounting from other partition where you can do without them - a bad idea. Finally, you want the user to transfer folders and make symlinks manually?
If he can do it - he can use clear wine with winetricks without user-frienly wrappers.

What are your thoughts on the possibility of creating and tracking prefixes in any place where user wants?

Edité par l0ser140

This has been discussed many times and implemented eventually

This has been discussed many times and implemented eventually

Awesome.
But let's leave message about manually adding shortcut, until this feature realized or user will be more clearly warned about the undesirability of installation app outside prefix. Now probability that the user do it is very high.

@petch - Yeah. I found it. This time I had to click Games after Waiting installers. Usually I dont have to watch the category.

@l0ser140 - I signed it, and its up. Although, I agree, that is a bit of an odd thing to say. What stops it from creating the shortcut?

Edité par RoninDusette

I'm sorry but I do not agree, a script should not act against, or even just contradicts with the principles of PlayOnLinux; specially since, while running, from all views its behavior will "become" the one of PlayOnLinux, in all inconsistency.
We do not support this behavior in PlayOnLinux, so it must not be supported in scripts, and that's not something for you to decide.

So if you do not like it, let's remove this message.
What about adding images/icons?

And this part of code broke layout on source code page.
[code]version=`wget -q -O - http://community.eveonline.com/download/ | sed -n 's;.*<a class="win" href="http://content\\.eveonline\\.com/\\([0-9]*\\)/.*;\\1;p'`[/code]

Edité par l0ser140

Thanks for your comprehension, I meant no offence, just have to preserve the policies.
But you're right that some we have to think sooner or later about user problems like storage management.

I saw the layout breakage too, but I'm not sure what's the reason, are you positive it's that line? Mmmmh yes, could be the HTML tag breaking the parser :/

Edité par petch

Definitely.
I think we can remove "<" from regexp with no consequences.
[code].*a class="win"
href="http://content\\.eveonline\\.com/\\([0-9]*\\)/.*[/code]

But the best course would be to fix parser. =)

Edité par l0ser140

Ok, ended the regexp with .*">.*.* instead of .* so that HTML tag is balanced and the pretty printer not upset, hopefully not breaking the script either (by the look of the line it's supposed to match).
Edit: your solution is actually simpler. Whatever works, I leave it to you.

Edité par petch

Ok, ended the regexp with .*">.*.* instead of .* so that HTML tag is balanced and the pretty printer not upset, hopefully not breaking the script either (by the look of the line it's supposed to match).

Yup, its works too
.*<a class="win" href="http://content\\.eveonline\\.com/\\([0-9]*\\)/.*">.*</a>.*

Edité par l0ser140