Re: Diablo's Modest/Email
Mark ([EMAIL PROTECTED]) wrote: On Wed, Sep 10, 2008 at 8:21 PM, Simon Budig [EMAIL PROTECTED] wrote: Mark ([EMAIL PROTECTED]) wrote: Baloney! You really don't know what you are talking about. Unique message ID's are part of the internet mail standard. I've never seen a message that didn't have a unique Message ID. I get tons and tons of different spam messages, sharing the same message id. Not that I care much about the spam, but there is nothing that enforces uniqueness. You just shot yourself in the foot with that one: desireable messages do indeed have unique IDs, so if you get multiple messages with identical IDs, that's a very quick and easy way to identify and zap spam... The same thing applies to missing IDs - if it doesn't exist, send the message straight to /dev/null. Problem solved! So tell me again exactly how this is a negative or is a problem?!?!?! It is not a problem, it just shows how your original claim above backfires on yourself. As I said above, I am not really talking about spam vs. ham. Your claim did not differenciate between wanted and unwanted mail, and - as much as I hate it - Spam messages *are* E-Mails and obviously nothing *enforces* unique IDs, so it is notoriously unsafe to rely on their uniqueness. Even wanted mail might have non-unique IDs since broken Mail clients are known to exist. Not that I am surprised that you did not get the message... Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ [EMAIL PROTECTED] http://www.kernelconcepts.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Diablo's Modest/Email
Mark ([EMAIL PROTECTED]) wrote: On Thu, Sep 11, 2008 at 3:06 AM, Simon Budig [EMAIL PROTECTED] wrote: Mark ([EMAIL PROTECTED]) wrote: On Wed, Sep 10, 2008 at 8:21 PM, Simon Budig [EMAIL PROTECTED] wrote: Mark ([EMAIL PROTECTED]) wrote: Baloney! You really don't know what you are talking about. Unique message ID's are part of the internet mail standard. I've never seen a message that didn't have a unique Message ID. [...] Not that I am surprised that you did not get the message... Right, again with the insults. Really helpful... Look, I did not start throwing stuff like Baloney! You really don't know what you are talking about. around. You seem to be utterly convinced that you're basically the only one knowing what we're actually discussing (and I guess to a certain extent this is true, since you keep adding topics to the discussion and redefining words: Mail suddenly no longer includes Spam etc.) If someone shows evidence that your statement is just wrong you just redefine the semantics of the words you used, insult the contradictor and hope that nobody notices. I've never seen a message that didn't have a unique Message ID. now has been redefined by you to mean I've never seen a non-spam message sent by a not-broken Mail client that didn't have a unique Message ID. Which you'd recognize as a radically different statement if you'd care. Let alone the fact that there are plenty of scenarios where one and the same Mail can end up multiple times in your inbox and so of course would have the same Message-ID, e.g. when you send a mail to multiple mailinglists you're all subscribed to. Sure, this probably is not a problem for you, since you (guessing here) prefer the mail client to not present you the same email multiple times. I probably should have guessed that from your original statement as well. I stick to my conclusion, that the Message-IDs as defined in the relevant RFCs are not suitable to uniquely identify instances of mails stored on some kind of mailserver. While this kind of usage might not hurt for certain usage patterns and even might have beneficial side effects it is not fail-proof enough to provide the one-size-fits-all solution. Go ahead, tell me that this is not what we're discussing. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ [EMAIL PROTECTED] http://www.kernelconcepts.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Diablo's Modest/Email
Mark ([EMAIL PROTECTED]) wrote: Baloney! You really don't know what you are talking about. Unique message ID's are part of the internet mail standard. I've never seen a message that didn't have a unique Message ID. I get tons and tons of different spam messages, sharing the same message id. Not that I care much about the spam, but there is nothing that enforces uniqueness. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ [EMAIL PROTECTED] http://www.kernelconcepts.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Found USB-Micro-A plug to USB-A socket adapter
Hi all. Since I've been searching for this for quite some time I'd like to announce my finding since it might help others as well: I finally found USB-Micro-A to USB-A socket adapters via (german) Amazon: http://www.amazon.de/exec/obidos/ASIN/B001CX5G8K/ unfortunately the USB-A socket is not molded into plastic and I'd also prefer a short cable, but it is better than nothing. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ [EMAIL PROTECTED] http://www.kernelconcepts.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: File name completion
COURTAUD Didier ([EMAIL PROTECTED]) wrote: When I use the osso-xterm, I would want to use the file name completion of the shell. I have seen that the buit-in shell is ash but i have not found how to make file completion with it. You use the tab key, which is not available on the keyboard unfortunately, but there is a button for it in the toolbar fo the xterm. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Postal address in Contacts?
Mark ([EMAIL PROTECTED]) wrote: Sync cannot, and will never be able to, transmit data between apps that have completely different functions, What is so hard to get with the concept of syncing to a file? There is just a single app involved and the result could be a CSV-file. It just *is* export functionality. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Postal address in Contacts?
Mark ([EMAIL PROTECTED]) wrote: There are two basic facts of common scenarios that you continue to ignore. 1) Sync conduits frequently don't exist. 2) Import Export are easy to implement, sync is hard. You keep ignoring that we are talking about concepts, not about (possibly not) existing solutions. No doubt that sync is very non-trivial and current implementations are lacking in a lot of aspects, maybe even that the current implementations of syncing are not a superset of currently not implemented csv exports, but this does not make the point invalid that the sync *concept* is a superset of the im-/export *concept*. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Postal address in Contacts?
Mark ([EMAIL PROTECTED]) wrote: On Tue, Jun 24, 2008 at 9:28 AM, Simon Budig [EMAIL PROTECTED] wrote: No, I maintain, that import and export conceptually is a special case of sync. ...and you are wrong. By definition, sync is the process of making sure that two or more locations contain the *same* up-to-date files: http://en.wikipedia.org/wiki/File_synchronization *Files*? I thought we were talking about database records of contact information? I guess you were confused when you picked this link? Again, including import/export functionality in a sync app does NOT mean that import/export is a subset of sync. Database 1 is some binary blob, stored by EDS on the disk that represents a set of contact adresses. Database 2 is a not yet existing file on disk, which by convention is interpreted as conatining zero contact adresses. A sync application has plugins to talk to database 1 and database 2. The sync application does its magic thing, the plugin for database 2 queries for a name for the not yet really existing file on disk. While doing the sync operation the plugin for database 1 knows about lots of contact adresses, the plugin for database 2 knows none, the sync algorithm decides that it would be best to store the contact adresses in database 2 as well. The plugin for database 2 receives lots of contact adresses and chooses to use a csv representation for the on disk storage of the contact adresses. The net result: a previously not existing, CSV structured file that contains the contact adresses of Database 1. I'd call that export. And since it is a sync algorithm doing this, the sync concept is a superset of the export concept. No, it is not easy, it is not convenient, it is not straightforward, it needs some conceptual thinking to view it like this, but the concept is sound. Later you might even want to sync new Adresses in EDS-database 1 into your CSV database. If plugin 2 is good it might actually work. Hence sync does more than export. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Postal address in Contacts?
Simon Budig ([EMAIL PROTECTED]) wrote: Database 1 is some binary blob, stored by EDS[*] on the disk that represents a set of contact adresses. Regarding your other mail: Note that I picked EDS for purely illustrative purposes. It could be a phone or a outlook database. Also plugins do not necessarily refer to opensync plugins. It is meant as a description for translation mechanism between an external data representation and the sync-application-internal data representation. I don't even have a clue what is possible with current EDS/Opensync/whatever implementations. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Postal address in Contacts?
Mark ([EMAIL PROTECTED]) wrote: On Tue, Jun 24, 2008 at 10:03 AM, Simon Budig [EMAIL PROTECTED] wrote: Mark ([EMAIL PROTECTED]) wrote: By definition, sync is the process of making sure that two or more locations contain the *same* up-to-date files: http://en.wikipedia.org/wiki/File_synchronization *Files*? I thought we were talking about database records of contact information? I guess you were confused when you picked this link? You clearly have a lot of trouble with concepts. Databases *are* files. When you sync records, what you are actually doing is updating the database *files* so that they are identical. May I refer to Wikipedia? http://en.wikipedia.org/wiki/Database A database is a structured collection of records or data. It may be implemented as a single file on disk, it may be implemented as multiple files on multiple disks, it may be implemented as a cluster of computers, it may be implemented as a part of the system memory, it may be implemented as a lot of text on dead tree paper. If you think that databases are files then there really is absolutely no point in continuing this discussion since you probably don't even understand the concept of a concept. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Postal address in Contacts?
Mark ([EMAIL PROTECTED]) wrote: On Sun, Jun 22, 2008 at 4:24 AM, David Greaves [EMAIL PROTECTED] wrote: I suggest that, generically, import/export is a subset of sync. Sync to an empty service (using a CSV backing store?) = export. Sync from a full service (using a CSV backing store?) = import. Sync can also do merges and therefore sync is more powerful. You have that backwards. Sync is more of a subset of import/export, because sync only works for a very small number of the machines and situations for which import/export works. But actually neither is a true subset of the other, because there are some areas where they don't overlap. You need a refresher on set theory. If Sync can do everything that im- and export can do then it is a superset of im- and export. Davids set theory is correct here. And he does describe exactly how he thinks about this. You seem to generally assume that syncing has to happen between two different machines. This is not necessary. You can sync a database against a different database on the same machine in the same file system or whatever. If you now manage to think of export being a sync operation between e.g. an EDS database and a empty CSV-file-based database you basically have export. Opensync has been doing stuff like this for ages. It was crude to configure when I tried it some time ago and the documentation does not necessarily make me hope that it got better, but conceptually (and we are talking concepts here, right?) this is just an export. Or import if looked at it the other way around. Instead of just denouncing davids knowledge of math you should try to read and understand what he actually writes. Bye, Simon PS: N! I got sucked into this thread!! -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: fm radio
Klaus Rotter ([EMAIL PROTECTED]) wrote: Interesting. Is there an API that an application can detect if a headset is connected or not? This state is definitely reflected in the dbus and/or gconf API. I unfortunately don't have the device at hand to check. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Better Clock Applet?
Marius Gedminas ([EMAIL PROTECTED]) wrote: I'm rather surprised, but statusbar-clock it's not listed in http://downloads.maemo.org. You can install it from http://mg.pov.lt/770/statusbarclock.install. That's a version I patched to support dark themes (bug https://garage.maemo.org/tracker/index.php?func=detailaid=306group_id=167atid=700) Yeah, sorry for me being lazy, I really need to get my act together and incorporate all these changes that have accumulated over the time... Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-users
Re: Choice of Programming Languages
Gustavo Sverzut Barbieri ([EMAIL PROTECTED]) wrote: Well, all I can say is that web2.0 with their ajax and buzz-words is well accepted, so users may like it. Now, that is what I call apples and bananas... Of course users like web2.0 and the buzz stuff, since there is no alternative in that area (web based applications). I firmly believe though, that this is a bad choice for applications running on a single machine. There simply is no good reason except maybe not having to learn other stuff. The strange thing is that you did buy an internet tablet, which the main component is the browser. I admit current browser, flash and so isn't the best thing around, but it's not that bad either. Well, as I said - there is no other option for accessing stuff on the web... Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: Choice of Programming Languages
Eero Tamminen ([EMAIL PROTECTED]) wrote: Why JavaScript would be slower than the other interpreted languages like Python, Perl etc? It is not only the language itself, it is also the latency involved for contacting the (although local) webserver and/or recomputing the layout of the page. Latency is one of the primary concerns for usability. Users get frustrated quickly if a GUI takes its time to react. For Python you have a backend library for the GUI that is reasonably fast, if you have to do the same in javascript/html it is bound to be slower, since it is not designed for that task. Of course it gets worse if there is any real network involved between the server and the client. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] FM Radio - suggestions
David Hagood ([EMAIL PROTECTED]) wrote: In the US, and IIRC in the rest of the world as well, FM radio stations are on 200kHz channel spacings, on frequencies with an odd 100 kHz digit - in other words, 87.5, 87.7, 87.9, 88.1, etc. In Germany there are stations with e.g. 89.9, 94.4 - so the even 100 kHz digits are used as well. But yeah, a spacing at 50kHz is not necessary and the automatic scanning usually stops one step before the real frequency, so that tapping the one-step-button produces better results (suddenly stereo works). It probably would be better to try locking in the real frequency, i.e. if there is a candidate, try a bit further and if it gets worse, go back again. Also tapping the scan button should probably skip 100kHz or so, because frequently you get the same station again. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
[maemo-users] anyone else troubles with the camera?
Hi all. Just a quick question - does anyone else have problems with the camera? When - starting in the 03:00 position - I turn it around the image flips when the camera is in the 12:00 position, but flips back in the 11:00 position and stays that way, even when moving the camera fully to the back (which of course is unusable). I strongly suspect that this is a hardware problem, but I'd like to hear if anyone else has experienced this problem. I'd hate to have to send the device back... :-) Thanks, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] anyone else troubles with the camera?
Kemal Hadimli ([EMAIL PROTECTED]) wrote: You need to replace your device, according to this url: http://www.internettablettalk.com/forums/showthread.php?t=4351 Ah thanks, seems I am not alone with my troubles... :-/ Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Battery Benchmarking?
Igor Stoppa ([EMAIL PROTECTED]) wrote: [snipped helpful description of power saving] Also because N800 doesn't have a cover, but certainly that doesn't prevent us to do the very same power saving that was already available on 770. :-D The cover would just be the cause for an _immediate_ rather than timed screen blanking. I believe Nokia is missing a psychological factor here. Putting the cover on the 770 allows the user to forget about it. He finished using it and it is kind of stored away safely, it won't distract him. The N800 has no equivalent. When you stop using it, its screen stays lighted for a while - wasn't there something else you wanted to use me for?, it still demands a certain amount of attention. Then it switches the light off at some point - if it is lying around in your vincinity this is another visible intrusion that you'll notice even from the corner of your eyes. Plus it - at least the prototype I've seen - keeps blinking the blue LED in the cursor pad. Not sure what this is supposed to indicate. Active Network connection? not really switched off? I am aware that BluetoothWlan power management is very good and that it probably is not that relevant for power management to explicitely kill all connections when putting the cover on the device. However it sometimes is convenient to have the Wlan and Bluetooth connections cut off when you explicitely put the cover on the 770. Putting the cover on the 770 then gives the reassuring feeling of nobody can mess with it remotely, there certainly is no pending stuff running there. I guess the only option to do this on the N800 is the flight mode, which of course requires actively reenabling this stuff when you want to use it again. Certainly not as smoothely integrated with the workflow as with the 770. At least these are my thoughts regarding the cover issue - it is a psychological thing and I am a bit sad that Nokia apparently abandoned this concept. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] Bug in clock with the last firmware
Israel Herraiz ([EMAIL PROTECTED]) wrote: I just installed the last firmware (released yesterday), and it seems that there is a bug in the clock application. When I set the time and the date, using the control panel or the first boot wizard, the clock in the desktop shows two more hours than I set. Furthermore, if I use the clock application (with the world map), in all the locations the hour is the same. Maybe someone tried to fix https://maemo.org/bugzilla/show_bug.cgi?id=225 and did not do it completely. I don't know, as discussed on maemo-devel the bug reports currently are a one way communication channel and I have no idea what the state of this bug is. I think I tracked it down nicely, but no response yet. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
Re: [maemo-users] bt keyboards?
Gary ([EMAIL PROTECTED]) wrote: Has anyone worked on a list of bluetooth compatible keyboards that work with Tomas Junnonen's UI plugin? I have an HP iPaq keyboard that I'd like to use but the plugin doesn't have much of an interface so far as I've seen. Any suggestions? AFAIK currently only BT keyboards that implement the HID protocol are supported. I can confirm that the Nokia SU-8W works. I don't know if the HP iPaq stuff works. Hope this helps, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-users mailing list maemo-users@maemo.org https://maemo.org/mailman/listinfo/maemo-users
