Re: liqbase - call for assistance
 

im goin workin in my shed for a while, theres some png code that needs my attention, i might actually miss a few posts for a while ;)

Re: liqbase - call for assistance
 

Uhm, never really used the performance mode...

Re: liqbase - call for assistance
 

I would like to gauge whether you lot think I should get this in extras now or wait a while longer and attempt to fixup the things I have noticed.
People in irc seem to think its stable enough, I'm unsure (since I've never done it before).

Can I request that testers please submit any outstanding bug reports (or comment on existing ones) onto the garage page (or post here..)

https://garage.maemo.org/tracker/?gr...=716&atid=2684

Re: liqbase - call for assistance
 

The only problem I still see is the size of the buttons. I can only see a couple of letters. For instance, in Graffiti Wall I see 'elet' instead of 'delete'. Nothing important, as you can see.

Re: liqbase - call for assistance
 

alephito,
as soon as I get a chance I am replacing the whole text based button interface with hand drawn graphical icons.
If I get it completed this weekend it will change globally.

Re: liqbase - call for assistance
 

Justnick,

I just realised what you meant.
"Slower" as in rendering in the graffiti wall.
I totally forgot, I adjusted the skipping algorithm the other night to add greater detail at higher resolution, but have altered it for lower resolution.

When you said you don't change cpu mode it struck me that you must be using a lower screen resolution.

I have just been using it myself at lower resolution (testing cpu stuff) and realised it was slower.

I'll fix it next time I dive in, sorry about that.

Re: liqbase - call for assistance
 

Lcuk normally I use the higher resolution for "daily use" and switch to lower resolution when trying a new build or attempting in a very evil way to recreate the screen corruption, but yes, it is exactly what I meant :)
I really don't feel the need of switching to a more power hungry CPU setting while using liqbase for sketching at maximum resolution, this would be needed just in case of a very complex drawing (for example one day I tried to crash the app by drawing a full screen stamp and then adding lines and squares of different color, and every time something was drawn the nit was slowed down, but the app didn't crash nor the system hang :) or maybe if my graffiti wall was filled with sketches (which isn't yet).

Fixed width font selection in liqbase reader, pleeeeease.
 

Greetings.

Please can we have the ability to select fixed width fonts in the liqbase reader. This would be good for reading RFCs with their ASCII tables and diagrams.

cheers,
fnord

Re: liqbase - call for assistance
 

Was able to test it after the deb package has been published. Have been waiting to try it out on my tablet. Navigating the menus with my fingers is fun! :) Some suggestions/questions:

The starfield is nice, but you should be using a better algorithm for (initially?) positioning stars. Right now, at the beginning, one can see the edges of a rectangle smaller than the screen where the most stars are placed.

In "continue reading", you have a nice green-colored button. Can you color the "quit now" button in the main screen red-colored? That would make it stand out a bit more. Also, a confirmation screen would be nice (like the "open book" confirmation when clicking "continue reading"). Likewise, this could be done for every "back" button in the UI.

What is the "ed" in the top right corner of every button? Hard to hit. If it's not intended for the user, hide it by default and show it only when an advanced option to show it is enabled.

The "map" seems to be hardcoded to the Berlin map. It would be nice if one could select an image from the filesystem to use as map (probably with the same UI that selects a book to read, but configured one-time and then use the same map every time). Alternatively, transform the map viewer into an image viewer. Or even merge it into a viewer, capable of viewing text and image files (and probably more files later on).

"Select a book to read" doesn't work in the minimum resolution - some UI items are off-screen.

Changing the resolution with "+"/"-" hardware buttons in the main menu would be awesome.

Is it possible to switch full screen mode or is that technically not possible/feasible because of the fast image displaying you do?

Removing items from the graffiti wall should re-order the remaining items, and not leave "holes" in the wall (that's just after removing items - when the graffiti wall is re-loaded, all is okay).

Some labels currently go over the button area. Maybe having smaller text + a monochrome icon with a clear outline would make navigation easier. Currently, one has to "read" the whole screen and then decide where to go instead of just "decoding" icons visually. Of course, the labels shouldn't go away - they are useful!

Still a lot to do, but the program shows promise :) Keep up the good work.

Re: liqbase - call for assistance
 

yes its possible, but certainly not a priority - i originally coded that stars algorithm years ago and it suits well enough for now.
Of course if one of you guys want to make better alternative screen saver type things I'll make a selection interface for them.

the tinting and organisation of all styling elements will become customizable as soon as I get a clear head - a generic back button will be entirely possible and tinted however we like :)
Its probably the most important short term next step I need and if this migraine clears I'll be getting onto this theming aspect today.

The ed button is the kick start reminder for myself to allow customisable hand drawn icons (see above theming..).
I am going to remove it soon by default, but since it doesn't actually intefere with the ui i've left it there for now.

yes, its very hard coded, and you are right I could use a nice selection dialog, however I don't think the text based book selector will work, I've got a few ideas about this and it should be in place in the near future.

oh noes!
Thanks, ill see what I can do.


nahhh - it takes too much time to switch (unless I find an alternative).
Its not that important and would just cause frustration if it decided to implement it.
However I am toying with the idea of allowing arbitrary dialogues to choose their own resolution.

Technically its possible to switch between windowed and fullscreen, however I have to supply a different range of screen resolutions to do this properly - otherwise Xv simply scales and squashes the full 800*480 screen into a smaller windowed area and it looks like poo.
heh, yeah it should, theres a few other things ive noticed as well, all will be helped once I get the other intermediate screen in place.
I'm thinking about rebuilding the entire thing anyway, file handling is slow now ive got over 1000 sketches.

all the labels in the dialogues are going away, im not going to change the font at the moment because I need to be reminded its "wrong".
Though don't you think its amazing that even though the interface is "broken" its still intuitive enough to use?

I certainly intend to, theres a lot more still to come out and I hope to expand the ideas Ive started.