Re: [xmoto-dev] Level packs, etc

["Rasmus Neckelmann" <neckelmann@xxxxxxxxx>]

> >  - The user will find it strange that there's both a level pack called
> > "all levels" and a tab called "all levels".
> the package "all levels" is new : i want make remove the tab all level (i've
> not
> commited my changes, but there is now a favorite levels tab). However i keep
> the
>  package "favorite levels" because i think it would be nice that the user
> can
> choose the 2nd tab in fact (by an option : an association between the 2nd
> tab
> and your favorite package, it's quite easy to do).

okay, nice.

> >  - He will probably also find it strange that there's a level pack
> > called "unpacked levels"... How can levels not in a level pack be in a
> > level pack? :)
> one possibility is to remove this package (by an hidden option in the
> config.dat) because the aim of this package is to show me which levels are
> not
> packaged ; it's not really interesting for normal users

Sounds like a good solution to me.

> >  - He will not know what the extra number below "# levels" means
> Change the label ? "Completed/Total levels"

It's probably too long. It should be quite easy to extend the GUI list
class so there's "context help" per column - so there could be a text
message in the bottom explaining when it means when the mouse hovers.

I'm tempted to say "I'll hurry up and implement that", but given how
little I've contributed lately and the likelyhood I won't have time,
I'd rather not say it :)

The way the scroll bars works whould probably also be changed to be
more like scroll bars usually work. It should be pretty easy to do by
simply having a simple "using_scroll_bar" flag, which when set, will
cause the list not to automatically scroll so the currently selected
item is visible.

I HOPE I'll look at this two things later today :)

> >  - He will not know what the tilde in front of the virtual level packs
> > mean (it won't help to write it in the changelog or readme, 99% of
> > players will never read those)
> Remove the tild ? Write the virtual packages differently ? A special tab for
> virtual packages ?

Personally I'd think that having a seperate tab is the most logical
way to do it.

> Hum and a bug i should add to the TODO (i can't from where i am) : when you
> change the profile, the UpdateLists should be called because the values
> depends
> of the user.

Okay, can't write the TODO either :)

> The first time, there is "Tutorial", "Build in scripted levels", and "Build
> in
> levels" : neckelmann, you should rebuild your xmoto.bin or update your
> *.lvl,
> add added in all the built in level the tag "package" example :
> ...
> <level id="_iL03_" levelpack="Built-in levels" levelpackNum="03">
> ...
> for the 3rd level. More over, i added the property "levelpackNum" which is
> used
> to sort the levels. (lists are ordered by levelpackNum/level name if all
> levels
> are in the same pack)

Ahh okay, sorry. I noticed that the levels located in cvs aren't the
same as those located on your site, so the first thing xmoto does when
running from a clean cvs is to insist on updating those.

Is that intended?

> the best is perhaps to remember the last pack which was opened (if one was).
> And
> to open it at start (by cliking on levels, not when the game starts) (by
> default
> is could be set to "Tutorials" package) ?

Sounds fair.

> What do you thinks about these replies ?

I'm happy you didn't take it personal :)

I sincerely hopes I soon can start coding xmoto again. It have been
too long since the last release :)

--
Rasmus Neckelmann