Forums

[Script] EVE online

mmorpg

Auteur Réponses
Jump to the page: 1 - 2
l0ser140 Vendredi 22 Mars 2013 à 11:03
l0ser140Anonymous

@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 ;)

Quote from petch
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

petch Vendredi 22 Mars 2013 à 11:59
petch

Installing outside of drive_c is not supported, so you can drop this case
l0ser140 Vendredi 22 Mars 2013 à 12:12
l0ser140Anonymous

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

petch Vendredi 22 Mars 2013 à 13:00
petch

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.
l0ser140 Vendredi 22 Mars 2013 à 13:06
l0ser140Anonymous

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

Quote from petch
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

petch Vendredi 22 Mars 2013 à 13:31
petch

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.
l0ser140 Vendredi 22 Mars 2013 à 13:48
l0ser140Anonymous

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.

Quote from petch
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.

Quote from petch
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

petch Vendredi 22 Mars 2013 à 14:31
petch

This has been discussed many times and implemented eventually
l0ser140 Vendredi 22 Mars 2013 à 15:08
l0ser140Anonymous

This has been discussed many times and implemented eventually

Quote from petch
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.
Ronin DUSETTE Vendredi 22 Mars 2013 à 17:29
Ronin DUSETTE

@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?

l0ser140: Sorry, didnt see that last post.


Edité par RoninDusette


Please:
Post debug logs & full computer specs in first post
No private messages for general help, use the forums
Read the wiki, Report broken scripts
petch Vendredi 22 Mars 2013 à 18:13
petch

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.
l0ser140 Samedi 23 Mars 2013 à 11:00
l0ser140Anonymous

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

petch Samedi 23 Mars 2013 à 15:03
petch

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

l0ser140 Samedi 23 Mars 2013 à 15:11
l0ser140Anonymous

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

petch Samedi 23 Mars 2013 à 15:20
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).
Edit: your solution is actually simpler. Whatever works, I leave it to you.

Edité par petch

l0ser140 Samedi 23 Mars 2013 à 15:22
l0ser140Anonymous

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).

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

Edité par l0ser140

This site allows content generated by members, and we promptly remove any content that infringes copyright according to our Terms of Service. To report copyright infringement, please send a notice to dmcayonlinux.com