El Foro

[Script] EVE online

mmorpg

Autor Respuestas
Jump to the page: 1 - 2
l0ser140 Friday 22 March 2013 at 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?

Editado por: l0ser140

petch Friday 22 March 2013 at 11:59
petch

Installing outside of drive_c is not supported, so you can drop this case
l0ser140 Friday 22 March 2013 at 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.

Editado por: l0ser140

petch Friday 22 March 2013 at 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 Friday 22 March 2013 at 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.

Editado por: l0ser140

petch Friday 22 March 2013 at 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 Friday 22 March 2013 at 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?

Editado por: l0ser140

petch Friday 22 March 2013 at 14:31
petch

This has been discussed many times and implemented eventually
l0ser140 Friday 22 March 2013 at 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 Friday 22 March 2013 at 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.


Editado por: 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 Friday 22 March 2013 at 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 Saturday 23 March 2013 at 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]

Editado por: l0ser140

petch Saturday 23 March 2013 at 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 :/

Editado por: petch

l0ser140 Saturday 23 March 2013 at 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. =)

Editado por: l0ser140

petch Saturday 23 March 2013 at 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.

Editado por: petch

l0ser140 Saturday 23 March 2013 at 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>.*

Editado por: l0ser140