Which email app are you using? I read my Gmail with the Android "Gmail" app, and sync to Exchange with the bundled Email app
If this is what most Android users find acceptable, I no longer think they are even a good potential market for Windows Phone. They must value other things in their phones than using them to do what they want in a convenient way, and getting on with their lives.
Another poster below suggested the fix: getting a better email reader from the zillion in the market. Thanks, but I'd rather buy a device that has good integrated email, and use my time for more interesting pursuits than tweaking my "smart"-phone.
Android doesn't even let you adjust the font size which is an essential part of the user interface:
What? I never had the compulsion to adjust the font size since I was a grown-up, even less so for a phone. I would agree that there should be a large fonts theme for people with weaker eyesight, but it's hard to do right on smartphones. As a UX developer, you would have to account for variable-sized text in all layouts from the beginning, or redesign everything from scratch once you commit to it. And it can make the default-sized layouts look like they waste a lot of space. No wonder nobody does it.
I said maybe. And the stuff works rather well. There is neither dated WinCE UI nor hideous Win32 APIs in sight, i.e. nothing that made Windows Mobile the failure that it was.
Sorry, but face the facts. WinCE is a terrible OS, and it always has been. If you have a decent product you don't need to change the name every few years.
WinCE may be a terrible OS, but Windows Phone has little in common with it, save maybe some kernel code and system libraries.
Oh, I RTFA and understood that you kinda have their promise. Still, don't be mean to customer support grunts. Negative publicity in blogs etc. does not hurt innocent underpaid workers, and works much better anyway.
Unless you have a hard promise from Verizon and Motorola to provide you with timely updates, you acted as an assertive asshole on the helpdesk people for no good reason. If they produce enough reports on people like you, it may make manufacturers and operators to rethink getting onto this Android bandwagon, if only to avoid your kind of public:-)
Isn't it one of the perks of a paid account to be able to see articles before they are posted and know when they will be posted, to be able to try and get frost pisst?
I am much less distracted while talking on my hands free blue tooth headset than I am with a passenger in the front seat who I feel like I need to make eye contact with once in awhile during a conversation.
I knew being a mildly autistic geek type pays off sometimes. People who've been in a conversation with me for five minutes probably get it that I don't have the compulsion to make repeated visual checks on them when they don't threaten me or do some other unusual things.
When my son was born, I specifically went out an bought a pickup truck without a back seat. They were the only vehicles that could be purchased where you could turn off the passenger air bags.
Here in Europe, my el-cheapo Toyota hatchback has a knob to turn off the front passenger air bag, with prominent indication whether it is "unsafe for a baby seat" or "unsafe for a grown-up passenger". Most passenger cars I've driven or been to also have the knob.
I have installed the seat on the back, anyway. I only check up on the toddler in a short glance, and never in a tight spot. Crying kid, shrug. Pull over in a safe (and legal) place and check up on the kids, give them a nice walking about, then you can go.
We'll see on Saturday, but it looks as though they are running out of those willing to troll. Might have been easy to do with our normal 100-strong opposition meeting, but this time it promises to be different. Now they resort to desperate measures such as making this Saturday an exceptional mandatory school day.
And also, the FAQ item is not a statement, it is a question, to which the answer is "this is what you need to do to make RTTI work with shared libraries". So I do not think you have proved RTTI does not work.
I didn't say it does not work, period, I said it does not work well. As in, being usable to developers without much fiddling with details that are extraneous to the task of programming, and not being quietly broken if said details are done in a wrong way.
The Qt-approved subset of it, though, works nicely with moc.
That does not sound like a ringing endorsement.
Why, if you use C++ to Qt coding conventions and don't do any of that metatemplating la-la stuff or, heaven forbid, think that using C++ exceptions brings you any benefits, you can build quite complex projects with Qt and have them work nicely across many platforms.
So what else is needed for useful introspection?
Declaring properties, signals, and slots, everything that makes the class usable for introspection-related use cases. Of those, only the properties are a meta-language construct, and they have to be beefed up with accessor methods declared separately. If methods need to be dynamically invokable, you also have to prepend their declarations with Q_INVOKABLE.
In fact, Qt code is standard C++. The C preprocessor replaces all the MOC macros in the regular source compilation units with syntactically valid C++ constructs or simply nothing. If your concern is about breaking code analysis tools and such, try feeding them the preprocessor output.
And why is the MOC the only way to embed a type string in a class?
It is the only way that works with other Qt facilities.
Digging a little deeper moderates "doesn't work" to barely works.
If you get all the compiler/linker flags right everywhere, yeah.
This is also true of the MOC. It barely works. It twists up the build situation horribly and breaks the language.
What language? C++ is already broken beyond repair. The Qt-approved subset of it, though, works nicely with moc. I don't remember if I ever had issues with it which were not highlighted in Qt Builder as my own errors. One moderately annoying thing is the Q_OBJECT boilerplate in every class which does not trigger an error if missed in some cases, but that's one mandatory token which becomes your second nature after some practice.
But you avoided the main point: what stops you from embedding a (const char *) string pointer in each QT object and using that for introspection?
The fact that it alone is not enough for useful introspection. Every QObject-derived class does point to a type featuring a class string, among many other things provided by moc.
So, RTTI + shared libraries are the issue? Specifics please.
Google "rtti across shared boundaries", there is enough reading.
And nobody has proved that a preprocessor is the only way to do RTTI-less introspection.
I think the burden of proof should be on the other party: show how standard RTTI is any helpful in providing useful introspection. I have a short answer: it is useless for the purpose.
You have no clue what the other poster is talking about; not a coincidence, perhaps, that you think boost is a good way to program. No, RTTI is not enough. FWIW, standard RTTI does not even work well across shared libraries when done by fairly mainstream compilers such as g++. Dynamic invocation and introspection is essential in making things like QML work without lots of tedious manual coding. C++ was never designed to support that. In fact, it was not designed to support many useful features found in a modern system. It got a spec on threads standardized only this year, for Pete's sake.
I like it how Slashdot is full of tech wisdom. Until there is a story on something you actually understand well, and then it's full of blithering idiots opening their mouths before spending like 10 minutes to learn.
The one big improvement by Gnome/KDE/Freedesktop was organization by category. Genius. You can give an Ubuntu 10.04 computer to a 5 year old kid, and he can easily find and try all the games without bothering you. Your father (and grandfather) can find the "office apps" because they under... Office.
Now they want to throw all that away.
No they don't, at least not in GNOME 3. You can still list all your games in the application view.
Funny but I always hated the mess that is the programs menu in Windows. Even in GNOME 2 and KDE 3, the hierarchy is a bit artificial: why do I need to remember which category Thunderbird is in?
I suppose people should create dock icons for stuff they use the most. The way to hunt for apps in GNOME 3 is not much slower, you still have those categories and, what's more, you can search just by typing.
I think you can do things fast in GNOME 3, but you have to relearn your ways around the desktop. I also dislike the new Alt-Tab. Who cares that those different web pages belong to one browser, to me they are different tasks and I used Alt-Tab to switch between tasks, not "applications". Even worse with terminal windows. WTF, we have been talking about moving on from app-centric desktop for years, and now GNOME is going backwards? I guess it's again their way or the highway: have your tasks laid out in the workspaces and switch through the home view, which is slower.
Re:Only "troubled" if you're not Lockheed Martin
on
The F-35 Story
·
· Score: 1
Well, the Swiss also have their "national redoubt": if anybody invades, they go for the mountains and try to wear the enemy down. That, and they also have been very good at being bank account holders for various European powers, and not making enemies.
Um, doesn't Jack require applications to run with RT scheduler and have some peculiar threading to hook Jack into, that is not easily compatible with the bog standard event loop of a typical desktop application?
Enjoy your painstakingly set audio production environment. PulseAudio is a good audio server for the rest of us, thank you.
Slashdot Mirror
Which email app are you using? I read my Gmail with the Android "Gmail" app, and sync to Exchange with the bundled Email app
If this is what most Android users find acceptable, I no longer think they are even a good potential market for Windows Phone. They must value other things in their phones than using them to do what they want in a convenient way, and getting on with their lives.
Another poster below suggested the fix: getting a better email reader from the zillion in the market. Thanks, but I'd rather buy a device that has good integrated email, and use my time for more interesting pursuits than tweaking my "smart"-phone.
Android doesn't even let you adjust the font size which is an essential part of the user interface:
What? I never had the compulsion to adjust the font size since I was a grown-up, even less so for a phone.
I would agree that there should be a large fonts theme for people with weaker eyesight, but it's hard to do right on smartphones. As a UX developer, you would have to account for variable-sized text in all layouts from the beginning, or redesign everything from scratch once you commit to it. And it can make the default-sized layouts look like they waste a lot of space. No wonder nobody does it.
http://code.google.com/p/android/issues/detail?id=4547
Heh, if half of Android bug reports are written and commented on like that, I pity Google's QA engineers.
I said maybe. And the stuff works rather well. There is neither dated WinCE UI nor hideous Win32 APIs in sight, i.e. nothing that made Windows Mobile the failure that it was.
Sorry, but face the facts. WinCE is a terrible OS, and it always has been. If you have a decent product you don't need to change the name every few years.
WinCE may be a terrible OS, but Windows Phone has little in common with it, save maybe some kernel code and system libraries.
I guess the SOP for military jet pilots is really simple: if anything bad happens and you are not sure if you can recover, hit eject.
The Boeing requires skilled pilots, and inexperienced pilots have been known to rip off tail rudders by stomping their feet all over the pedals
I think you are referring to AA Flight 587, which was an Airbus A300.
Oh, I RTFA and understood that you kinda have their promise. Still, don't be mean to customer support grunts. Negative publicity in blogs etc. does not hurt innocent underpaid workers, and works much better anyway.
Unless you have a hard promise from Verizon and Motorola to provide you with timely updates, you acted as an assertive asshole on the helpdesk people for no good reason. :-)
If they produce enough reports on people like you, it may make manufacturers and operators to rethink getting onto this Android bandwagon, if only to avoid your kind of public
Isn't it one of the perks of a paid account to be able to see articles before they are posted and know when they will be posted, to be able to try and get frost pisst?
I am much less distracted while talking on my hands free blue tooth headset than I am with a passenger in the front seat who I feel like I need to make eye contact with once in awhile during a conversation.
I knew being a mildly autistic geek type pays off sometimes. People who've been in a conversation with me for five minutes probably get it that I don't have the compulsion to make repeated visual checks on them when they don't threaten me or do some other unusual things.
When my son was born, I specifically went out an bought a pickup truck without a back seat. They were the only vehicles that could be purchased where you could turn off the passenger air bags.
Here in Europe, my el-cheapo Toyota hatchback has a knob to turn off the front passenger air bag, with prominent indication whether it is "unsafe for a baby seat" or "unsafe for a grown-up passenger". Most passenger cars I've driven or been to also have the knob.
I have installed the seat on the back, anyway. I only check up on the toddler in a short glance, and never in a tight spot. Crying kid, shrug. Pull over in a safe (and legal) place and check up on the kids, give them a nice walking about, then you can go.
We'll see on Saturday, but it looks as though they are running out of those willing to troll. Might have been easy to do with our normal 100-strong opposition meeting, but this time it promises to be different. Now they resort to desperate measures such as making this Saturday an exceptional mandatory school day.
I don't work on Qt, I only use it.
The correct way to refer to it is "the party of crooks and thieves." I don't know if there is an established abbreviation yet.
And also, the FAQ item is not a statement, it is a question, to which the answer is "this is what you need to do to make RTTI work with shared libraries". So I do not think you have proved RTTI does not work.
I didn't say it does not work, period, I said it does not work well. As in, being usable to developers without much fiddling with details that are extraneous to the task of programming, and not being quietly broken if said details are done in a wrong way.
The Qt-approved subset of it, though, works nicely with moc.
That does not sound like a ringing endorsement.
Why, if you use C++ to Qt coding conventions and don't do any of that metatemplating la-la stuff or, heaven forbid, think that using C++ exceptions brings you any benefits, you can build quite complex projects with Qt and have them work nicely across many platforms.
So what else is needed for useful introspection?
Declaring properties, signals, and slots, everything that makes the class usable for introspection-related use cases. Of those, only the properties are a meta-language construct, and they have to be beefed up with accessor methods declared separately.
If methods need to be dynamically invokable, you also have to prepend their declarations with Q_INVOKABLE.
In fact, Qt code is standard C++. The C preprocessor replaces all the MOC macros in the regular source compilation units with syntactically valid C++ constructs or simply nothing. If your concern is about breaking code analysis tools and such, try feeding them the preprocessor output.
And why is the MOC the only way to embed a type string in a class?
It is the only way that works with other Qt facilities.
Digging a little deeper moderates "doesn't work" to barely works.
If you get all the compiler/linker flags right everywhere, yeah.
This is also true of the MOC. It barely works. It twists up the build situation horribly and breaks the language.
What language? C++ is already broken beyond repair. The Qt-approved subset of it, though, works nicely with moc. I don't remember if I ever had issues with it which were not highlighted in Qt Builder as my own errors. One moderately annoying thing is the Q_OBJECT boilerplate in every class which does not trigger an error if missed in some cases, but that's one mandatory token which becomes your second nature after some practice.
But you avoided the main point: what stops you from embedding a (const char *) string pointer in each QT object and using that for introspection?
The fact that it alone is not enough for useful introspection. Every QObject-derived class does point to a type featuring a class string, among many other things provided by moc.
Yeah, smack dab in the GCC FAQ.
So, RTTI + shared libraries are the issue? Specifics please.
Google "rtti across shared boundaries", there is enough reading.
And nobody has proved that a preprocessor is the only way to do RTTI-less introspection.
I think the burden of proof should be on the other party: show how standard RTTI is any helpful in providing useful introspection. I have a short answer: it is useless for the purpose.
You have no clue what the other poster is talking about; not a coincidence, perhaps, that you think boost is a good way to program.
No, RTTI is not enough. FWIW, standard RTTI does not even work well across shared libraries when done by fairly mainstream compilers such as g++.
Dynamic invocation and introspection is essential in making things like QML work without lots of tedious manual coding. C++ was never designed to support that. In fact, it was not designed to support many useful features found in a modern system. It got a spec on threads standardized only this year, for Pete's sake.
I like it how Slashdot is full of tech wisdom. Until there is a story on something you actually understand well, and then it's full of blithering idiots opening their mouths before spending like 10 minutes to learn.
The one big improvement by Gnome/KDE/Freedesktop was organization by category. Genius. You can give an Ubuntu 10.04 computer to a 5 year old kid, and he can easily find and try all the games without bothering you. Your father (and grandfather) can find the "office apps" because they under ... Office.
Now they want to throw all that away.
No they don't, at least not in GNOME 3. You can still list all your games in the application view.
Funny but I always hated the mess that is the programs menu in Windows. Even in GNOME 2 and KDE 3, the hierarchy is a bit artificial: why do I need to remember which category Thunderbird is in?
I suppose people should create dock icons for stuff they use the most. The way to hunt for apps in GNOME 3 is not much slower, you still have those categories and, what's more, you can search just by typing.
I think you can do things fast in GNOME 3, but you have to relearn your ways around the desktop. I also dislike the new Alt-Tab. Who cares that those different web pages belong to one browser, to me they are different tasks and I used Alt-Tab to switch between tasks, not "applications". Even worse with terminal windows. WTF, we have been talking about moving on from app-centric desktop for years, and now GNOME is going backwards? I guess it's again their way or the highway: have your tasks laid out in the workspaces and switch through the home view, which is slower.
Well, the Swiss also have their "national redoubt": if anybody invades, they go for the mountains and try to wear the enemy down. That, and they also have been very good at being bank account holders for various European powers, and not making enemies.
Um, doesn't Jack require applications to run with RT scheduler and have some peculiar threading to hook Jack into, that is not easily compatible with the bog standard event loop of a typical desktop application?
Enjoy your painstakingly set audio production environment. PulseAudio is a good audio server for the rest of us, thank you.