Reply
Thread Tools
GeneralAntilles's Avatar
Posts: 5,478 | Thanked: 5,222 times | Joined on Jan 2006 @ St. Petersburg, FL
#441
Originally Posted by brontide View Post
Check for updates... doesn't actually check it only lists and browse installable applications is a joke because they don't enforce any QA on extras.
Well, the issue isn't QA, but that the guidelines specifically allow arbitrary package sections. See here.
The AM only shows packages in the user segment. Thus, your Section field in the control file should be of the form
Code:
Section: user/SECTION
where SECTION is arbitrary. SECTION should be a nice capitalised, English word like "Ringtones". There is no support for localising that word yet, unfortunately.

However, there is also a predefined set of sections. If your package fits into one of these sections, you should put it there. This will avoid fragmenting the section names, and the names of these sections will be correctly localised.
X-Fade has been working on a better solution for this, though (discussion here). I put forward a couple of UI mockups in bug #3103 (disscussion here), as well. Point is, there's definitely some movement going on on this point.

Last edited by GeneralAntilles; 2008-04-22 at 01:46. Reason: Me talk pretty one day
 

The Following User Says Thank You to GeneralAntilles For This Useful Post:
Texrat's Avatar
Posts: 11,700 | Thanked: 10,045 times | Joined on Jun 2006 @ North Texas, USA
#442
^ Voted (for #3104 also)
__________________
Nokia Developer Champion
Different <> Wrong | Listen - Judgment = Progress | People + Trust = Success
My personal site: http://texrat.net
 
Benson's Avatar
Posts: 4,930 | Thanked: 2,272 times | Joined on Oct 2007
#443
Originally Posted by Texrat View Post
The contextual approach we had going for a while makes the most sense to me and many other users. I don't understand why it was scrapped but I won't speculate on it... I'll only say that it satisfied both camps and with no obvious intrusion or loss of functionality.
You're obviously in at least as good a situation to guess as I, but I think the reason had to do with the way the touchscreen has reduced sensitivity at the edges.
The correct solution seems to be an improved calibration tool, but it's uunderstandable that the previous situation was deemed unacceptable (though I don't think this is better).
What you seem to fail to realize is that the right approach will look like a "pick one" to users depending on their personal usage. Touch the screen with your narrow stylus and the UI gives you stylus-based input modes. Touch it with your big greasy finger and you get big fat icons and gestures. Simple. Elegant. Effective. Win-win.
Agreed, but that's not what we had, so we lost it.

I wish we had 5-point calibration, with separate position & pressure.
 

The Following User Says Thank You to Benson For This Useful Post:
Posts: 137 | Thanked: 138 times | Joined on Sep 2007
#444
Originally Posted by Texrat View Post
What you seem to fail to realize is that the right approach will look like a "pick one" to users depending on their personal usage. Touch the screen with your narrow stylus and the UI gives you stylus-based input modes. Touch it with your big greasy finger and you get big fat icons and gestures. Simple. Elegant. Effective. Win-win.
Nice in theory. I still refuse to believe that it works well or anywhere that easy in reality. While this *might* work out for a couple of programs that are lovingly designed for both ways, with each way of operating well-thought through, the majority of freeware/opensource programs will be either/or, forcing the user in different usage patterns for every app.
The finger/stylus recognition left a lot to be desired in OS2007, and as soon as that doesn't work 110% reliable, all the rest becomes awkward and frankly pointless, as you'll just end up using the stylus alone so that you can avoid having to tap every input field a couple of times until the OS recognizes your "big greasy finger" and displays the appropriate keyboard.
Another example are scrollbars - with a dual approach, you have to waste a lot of space for finger-friendly ones, because the device can hardly guess in advance whether or not you're going to use the stylus...
 
sachin007's Avatar
Posts: 2,041 | Thanked: 1,066 times | Joined on Mar 2006 @ Houston
#445
The finger stylus input worked pretty well in os2007. So did the osk and thumb keyboard. I Just cant say in words how irrtating it is to type on the OSK and the full screen board in os2008. even though i love my n800 lot more than many things in life, i get really frustrated when typing and i just want to trash the n800 onthe ground!! I Just cant understand how nokia can regress on things already there.
Coming to the scrollbar....... they should widen the scrollbars and make them transparent which comes up when u place the thumb on the right corner just like the arrow buttons which appear and disappear in the pdf reader.

Last edited by sachin007; 2008-04-22 at 07:49.
 

The Following 2 Users Say Thank You to sachin007 For This Useful Post:
Posts: 156 | Thanked: 44 times | Joined on Dec 2007
#446
I'd love to see add-on modules that can clip onto the back and maybe even build on each other. For example, WiMax modem, extended battery, SSD/HDD storage/battery, GPS (remove some of the things like the GPS from inside the unit, and make the unit smaller).
 
Posts: 6 | Thanked: 1 time | Joined on Feb 2008
#447
This is what I'd like to see added:

1. Far better graphics capabilities (no tearing, include 3D effects and animations)
2. Boost in CPU speed (whatever is needed to enable decent [Skype/Gizmo/whatever else] video chats to a PC).
3. Better resolution camera and decent video recording support.
4. DVB TV receiver (or have a separate version of the IT which includes this)

Most important of all is the software though - Skype video, a compelling media browser/player interface, and better contact/PIM applications are needed for sure.
Oh, and Java support would be nice.
 

The Following User Says Thank You to Thustle For This Useful Post:
benny1967's Avatar
Posts: 3,790 | Thanked: 5,718 times | Joined on Mar 2006 @ Vienna, Austria
#448
Originally Posted by t3h View Post
I'd love to see add-on modules that can clip onto the back and maybe even build on each other. For example, WiMax modem, extended battery, SSD/HDD storage/battery, GPS (remove some of the things like the GPS from inside the unit, and make the unit smaller).
something like http://www.buglabs.net/products maybe?
 
Texrat's Avatar
Posts: 11,700 | Thanked: 10,045 times | Joined on Jun 2006 @ North Texas, USA
#449
Originally Posted by chlettn View Post
Nice in theory. I still refuse to believe that it works well or anywhere that easy in reality. While this *might* work out for a couple of programs that are lovingly designed for both ways, with each way of operating well-thought through, the majority of freeware/opensource programs will be either/or, forcing the user in different usage patterns for every app.
The finger/stylus recognition left a lot to be desired in OS2007, and as soon as that doesn't work 110% reliable, all the rest becomes awkward and frankly pointless, as you'll just end up using the stylus alone so that you can avoid having to tap every input field a couple of times until the OS recognizes your "big greasy finger" and displays the appropriate keyboard.
Another example are scrollbars - with a dual approach, you have to waste a lot of space for finger-friendly ones, because the device can hardly guess in advance whether or not you're going to use the stylus...
I'm just not that pessimistic. Throw me a challenge, I'll work out 3 or 4 good solid solutions. I've made a career out of solving "the impossible". I would hope that's the sort of folks we have in the tablet hardware and software development.
__________________
Nokia Developer Champion
Different <> Wrong | Listen - Judgment = Progress | People + Trust = Success
My personal site: http://texrat.net
 
Posts: 5,335 | Thanked: 8,187 times | Joined on Mar 2007 @ Pennsylvania, USA
#450
Originally Posted by chlettn View Post
The finger/stylus recognition left a lot to be desired in OS2007, and as soon as that doesn't work 110% reliable, all the rest becomes awkward and frankly pointless, as you'll just end up using the stylus alone so that you can avoid having to tap every input field a couple of times until the OS recognizes your "big greasy finger" and displays the appropriate keyboard.
Another example are scrollbars - with a dual approach, you have to waste a lot of space for finger-friendly ones, because the device can hardly guess in advance whether or not you're going to use the stylus...
While a quick search failed to turn up the post, I recall that some time ago someone posted a suggestion that future tablets should contain a switch in the stylus silo. With the stylus is stored, the tablet works in its default, "fat finger" mode, but then shifts appropriately when the stylus comes out to play. This automatic transition would be in line with other magical, magnetical tricks the tablets perform.

Of course, there are downsides. This magic would only work on those theoretical future tablets that contain the switch. Applications would need to be coded specifically for the platform, with UIs for both modes. Unlikely, while we're still starved enough for software that we're often happy to get rough, un-Hildonized ports. And losing a stylus would cause even more frustration than it does now.
 

The Following 3 Users Say Thank You to sjgadsby For This Useful Post:
Reply

Tags
dpads are fun, ideas, n900, n900 wishlist, revenge of the styli, stuff for nokia to read, the wrath of sty, wishlist


 
Forum Jump


All times are GMT. The time now is 22:24.