[Lady Shocka]

Thanks !

@lojack : just saw 915 :Added visual indication that a package has a wizard, with new icons, and an option to turn off the icon in the Installers right click menu
Maybe this option should be moved in the ini ? Or not ? Decisions all the time lol

[Milagros Osorio]

On a note somewhat related to utumo's above post, I think I'll propose the following for Wrye Bash (take this as a feature request):

A Settings Page!

Wrye Bash as an enormous number of settings. They're also distributed all over the place. While the distribution is logical, it can result in ignorance of features or settings because you'd simply never have thought to right-click a place. Not to mention the odd setting that's only in the ini. I think it would be very beneficial to all users if there was a 'Settings' tab for Wrye Bash, which would then also be sub-tabbed into the different groups of settings as appropriate, and these sub-tabs would provide lists of settings for the user to change and look up easily.

IMHO, I think a distinction needs to be made between settings and actions: actions are things that make stuff happen, and settings describe how things happen. Actions are applicable to certain objects, settings are not. Hence IMHO settings should not be accessible via a right-click menu, this is (IMHO) the domain of actions. You don't right-click a file in Explorer to change how Explorer operates, you go to its settings page. I think a similar distinction would be a good thing to have in WB. There is a pseudo-distinction in that settings usually reside in header right-click menus rather than object right-click menus, but I'd still like to see greater differentiation.

It's also a lot easier to read a list of settings spread over a whole page rather than stuck in a single narrow menu.

[liz barnes]

On a note somewhat related to utumo's above post, I think I'll propose the following for Wrye Bash (take this as a feature request):

A Settings Page!

Wrye Bash as an enormous number of settings. They're also distributed all over the place. While the distribution is logical, it can result in ignorance of features or settings because you'd simply never have thought to right-click a place. Not to mention the odd setting that's only in the ini. I think it would be very beneficial to all users if there was a 'Settings' tab for Wrye Bash, which would then also be sub-tabbed into the different groups of settings as appropriate, and these sub-tabs would provide lists of settings for the user to change and look up easily.

IMHO, I think a distinction needs to be made between settings and actions: actions are things that make stuff happen, and settings describe how things happen. Actions are applicable to certain objects, settings are not. Hence IMHO settings should not be accessible via a right-click menu, this is (IMHO) the domain of actions. You don't right-click a file in Explorer to change how Explorer operates, you go to its settings page. I think a similar distinction would be a good thing to have in WB. There is a pseudo-distinction in that settings usually reside in header right-click menus rather than object right-click menus, but I'd still like to see greater differentiation.

It's also a lot easier to read a list of settings spread over a whole page rather than stuck in a single narrow menu.

you know what I think... a simply awesome idea and really o truely rediculous that I haven't thought of this before!... of course it'll take quite some time to make but when it's done it'll awesomely increase useability and customizeability.
Pacific Morrowind

[Euan]

you know what I think... a simply awesome idea and really o truely rediculous that I haven't thought of this before!... of course it'll take quite some time to make but when it's done it'll awesomely increase useability and customizeability.
Pacific Morrowind

That's what I thought when it popped into my head.

[Petr Jordy Zugar]

On a note somewhat related to utumo's above post, I think I'll propose the following for Wrye Bash (take this as a feature request):

A Settings Page!

Wrye Bash as an enormous number of settings. They're also distributed all over the place. While the distribution is logical, it can result in ignorance of features or settings because you'd simply never have thought to right-click a place. Not to mention the odd setting that's only in the ini. I think it would be very beneficial to all users if there was a 'Settings' tab for Wrye Bash, which would then also be sub-tabbed into the different groups of settings as appropriate, and these sub-tabs would provide lists of settings for the user to change and look up easily.

IMHO, I think a distinction needs to be made between settings and actions: actions are things that make stuff happen, and settings describe how things happen. Actions are applicable to certain objects, settings are not. Hence IMHO settings should not be accessible via a right-click menu, this is (IMHO) the domain of actions. You don't right-click a file in Explorer to change how Explorer operates, you go to its settings page. I think a similar distinction would be a good thing to have in WB. There is a pseudo-distinction in that settings usually reside in header right-click menus rather than object right-click menus, but I'd still like to see greater differentiation.

It's also a lot easier to read a list of settings spread over a whole page rather than stuck in a single narrow menu.

you know what I think... a simply awesome idea and really o truely rediculous that I haven't thought of this before!... of course it'll take quite some time to make but when it's done it'll awesomely increase useability and customizeability.
Pacific Morrowind

Wow...I can't believe none of us thought of a simple idea like that. That's a great idea! If you've already started/want to work on it I'll leave it to you PM, otherwise I can take a crack at it.

[Rex Help]

Just popping in to confirm svn918 Nirnroots attenuator tweak working fine, tried it with +20% seems to be about the same as the old Louder Nirnroots mod :goodjob:

Like the new wizard wand on bains which have a wizard too, nice touch.

And +1 for a settings page - With a Settings Button down there with the Mod Checker/Help Icon etc ... I think I will be needing to update the pictorial guide soon.

Edit: Ha!, only just noticed the Cancel button on refreshing installers too, developments are certainly shifting along at a pace these days.

[Kellymarie Heppell]

Oh yes, forgot to mention - Wizards.html, doesn't word wrap in chrome browsers, you have to scroll the page sideways to read each line. I dont know if thats the same in firefox or other browsers currently.

Possibly line 123?

I have never edited html before but this looks like a likely place for a width to restrict the size of the box maybe with a percentage? - See post below for problem solved

[Alexxxxxx]

Oh yes, forgot to mention - Wizards.html, doesn't word wrap in chrome browsers, you have to scroll the page sideways to read each line. I dont know if thats the same in firefox or other browsers currently.

I can confirm in Firefox. I ran it through the HTML validator, and got a whole heap of errors. Not that surprising though, I doubt standards compliance is on your minds when it's written. (I was going to mention monkeys, but I can't recall if Wrye was still around when Wizards were invented)

[Stacey Mason]

Wow...I can't believe none of us thought of a simple idea like that. That's a great idea! If you've already started/want to work on it I'll leave it to you PM, otherwise I can take a crack at it.

Well, I did think of why there wasn't one at one time... Well, more of why there wasn't a menubar with that option. Or well, a menubar.

I just figured there wasn't enough demand for something like that, and never spoke up. I think most of us went the mile long readme way. lol.

Anywho, +2 for a settings tab/menu/whatever.

[dav]

Courtesy of my eldest daughter the solution to the Wizards.html is to edit line 19 as follows....

    PRE { border: 1px solid; max-width: 750px; word-wrap: break-word; background: #FDF5E6; padding: 0.5em; margin-top: 0in; margin-bottom: 0in; margin-left: 0.25in}

The additional part is "max-width: 750px; word-wrap: break-word;" and she suggests overflow auto (whatever that does)

The white background example boxes near the bottom were the culprits apparently, stretching out the width.

Just tried it and it works for me.

[Rachel Cafferty]

Courtesy of my eldest daughter the solution to the Wizards.html is to edit line 19 as follows....

    PRE { border: 1px solid; max-width: 750px; word-wrap: break-word; background: #FDF5E6; padding: 0.5em; margin-top: 0in; margin-bottom: 0in; margin-left: 0.25in}

The additional part is "max-width: 750px; word-wrap: break-word;" and she suggests overflow auto (whatever that does)

The white background example boxes near the bottom were the culprits, stretching out the width.

Just tried it and it works for me.

Opps, I guess that was me.....

Moooerrrrr

EDIT: Also forgot to mention that the softimagemodtool launcher isn't disappearing when commented ;path in the bash.ini.
That was from the last batch implemented a while back. It looks for a .bat IIRC

[Rachel Tyson]

Courtesy of my eldest daughter the solution to the Wizards.html is to edit line 19 as follows....

    PRE { border: 1px solid; max-width: 750px; word-wrap: break-word; background: #FDF5E6; padding: 0.5em; margin-top: 0in; margin-bottom: 0in; margin-left: 0.25in}

The additional part is "max-width: 750px; word-wrap: break-word;" and she suggests overflow auto (whatever that does)

The white background example boxes near the bottom were the culprits apparently, stretching out the width.

Just tried it and it works for me.

EDIT: Damn shoddy wireless connection...it took me like an hour to get back on to fix this post...
Anyway, added this fix to the svn

[Rachyroo]

Just tried it and it works for me.

Tried it on IE 9 and got the same problem on the original and after applying yor sugggested changes

[Haley Merkley]

Odd... Let me confirm a few things:
a - you have no python whatsoever installed?
b - if you don't have any python components installed, what version of windows are you running, and is UAC on/off?
c - what version of the MSVC redist do you have installed?
I just ask, because all of my tests wouldn't work at all, on a XP virtual machine, with MSVC 2008 SP1 installed. Maybe I can figure something out from your setup to fix mine? :shrug:



Indeed, the one you have selected there is SP1, and the one above it is the pre-SP1 version.

http://www.gamesas.com/index.php?/topic/1176905-relz-wrye-bash-thread-62/page__view__findpost__p__17397928

[Francesca]

IE 9

There's your problem.

Although IE 9 is a pretty good browser, considering its previous incarnations. I don't think it supports word-wrap though. That was a fail.

The posted fix doesn't work for me.

 tags are supposed to do exactly what they're doing though. They should probably be replaced by a scrolling 
...												


			

		

[Noraima Vega]

Tried it on IE 9 and got the same problem on the original and after applying yor sugggested changes

Did some testing and this works on IE9...

PRE { border: 1px solid; overflow: auto; width: 750px; word-wrap: break-word; background: #FDF5E6; padding: 0.5em; margin-top: 0in; margin-bottom: 0in; margin-left: 0.25in}

Edit:

The problem is the use of "max-width" rather than "width"

[Matt Fletcher]

A little debate....

If someone is going to spend the time to make the documentation web compliant,
what should it be?

Wrye started it out with 3.

Should it be somewhere inbetween or HTML5?

[luke trodden]

PRE { border: 1px solid; overflow: auto; width: 750px; word-wrap: break-word; background: #FDF5E6; padding: 0.5em; margin-top: 0in; margin-bottom: 0in; margin-left: 0.25in}

Edit:

The problem is the use of "max-width" rather than "width"

:thumbsup: That also works for me with Chrome ( or rather SRWare Iron - Same stuff )

[Alexxxxxx]

A little debate....

If someone is going to spend the time to make the documentation web compliant,
what should it be?

Wrye started it out with 3.

Should it be somewhere inbetween or HTML5?

XHTML Strict would be best - it's widely supported by browsers, is semantically more similar to HTML5 than HTML4, and pretty recent. The new exciting stuff that HTML5 contains a lot of isn't really required for readmes, although the arbitrary elements are pretty neat.

I do use HTML5 myself for HTML documents though, simply because the header is really easy to remember. :biggrin:

[Sherry Speakman]

Bah, shoddy internet connection = fail

Took me like an hour to get back on to fix my previous post...

[JESSE]

Bah, shoddy internet connection = fail

Took me like an hour to get back on to fix my previous post...

Found your edit - Line 688 in the current svn 919 reads ..

But max-width did not work for Surazals IE9, his ammendment (change max-width to width) plus the addition of overflow: auto; should work.
Just tried this....


Which works for chrome (just tested it), and presumeably also IE9 aswell as noted above.

Edit: Just realised I have IE9 also installed as of a few days ago  :blush: - Used Open with IE9 - http://www.bild.me/bild.php?file=4489995Untitled.jpg												

[Solène We]

Bah, shoddy internet connection = fail

Took me like an hour to get back on to fix my previous post...

Sometimes I get the same. Try this.

# Connected to the internet?# Tested with Python 2.5.4import osdef isSSL():    """ return true if there is a SSL (https) connection """    if (os.environ.get('SSL_PROTOCOL', '') != ''):        return true    else:        return false if isSSL:    print( "We have a SSL connection" )else:    print( "No SSL connection" )

[Schel[Anne]FTL]

Found your edit - Line 688 in the current svn 919 reads ..

But max-width did not work for Surazals IE9, his ammendment (change max-width to width) plus the addition of overflow: auto; should work.
Just tried this....


Which works for chrome (just tested it), and presumeably also IE9 aswell as noted above.

Edit: Just realised I have IE9 also installed as of a few days ago  :blush: - Used Open with IE9 - http://www.bild.me/bild.php?file=4489995Untitled.jpg

Got it, and applied.

Thanks guys :thumbsup:

Sometimes I get the same. Try this.

...

Not really sure how you think that will help TortoiseSVN or my browser...

[stacy hamilton]

In BAIT, I got rid of headers entirely and created settings buttons, one on top for global BAIN settings (e.g. skip LOD by default) -- see http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/experimental/bait/doc/gui_mockup.png, and one above the files tree for individual packages (e.g. skip LOD for just this package). A settings page might make sense for the global stuff, but package-specific stuff wouldn't really fit in there (unless we mirror the package tree there...).

would global BAIN settings go on this new settings page? or just the settings that are now set in the ini file (though changing most of those settings would require a WB restart). Overall, there really are a /lot/ of settings. would they really all fit on a page? maybe a 'settings tree' like what azureus/vuze bittorrent client uses? I do totally get how having all the settings in one place would be more usable, though, and let many users know about features they never knew existed.

[Calum Campbell]

In BAIT, I got rid of headers entirely and created settings buttons, one on top for global BAIN settings (e.g. skip LOD by default) -- see http://oblivionworks.svn.sourceforge.net/viewvc/oblivionworks/Programs/Wrye%20Bash/experimental/bait/doc/gui_mockup.png, and one above the files tree for individual packages (e.g. skip LOD for just this package). A settings page might make sense for the global stuff, but package-specific stuff wouldn't really fit in there (unless we mirror the package tree there...).

+1
Err, ahem, I do not want to spoil the fun but maybe this settings page is a bit out of character ? I mean there is a logic in just having to right click where you are to change a setting rather than go to a new page etc etc. And the ini is there to be able to change some advanced/tweaked once settings. Maybe an ini setting to enable this settings page ?

Don't get me wrong I am a bit conservative - I do admit that the ini thing is a little tiresome anyway.

IMHO the real priority (apart from Unicode and CBash) would be feature request http://sourceforge.net/tracker/?func=detail&aid=3127326&group_id=284958&atid=1207904 (collapsible markers and hide in place functionality) :whistling:
Probably BAIT will take care of those - any alpha out soon ? Eager to see the thing in action

Unrelated : would someone post a 1,2,3 thing to use the tortoise SVN with an existing Bash install ? I just want to be able to sync the mopy and data dirs with the repository.