Re: [Lazarus] Policy regarding HTML messages
2012/8/26 Graeme Geldenhuys gra...@geldenhuys.co.uk: To the mailing list admin, What is the policy with regards to HTML messages in this mailing list? I find it very annoying when messages to mailing lists are in HTML - this seems to be the general consensus in most mailing lists. I was under the impression that only plain text message was allowed in this list too. Could you please clarify this. There is no restriction on the mail format for this mailing list. Plain text is desirable, because it can be read by most people and doesn't annoy some people, which means that such messages are read by most people and are the most effective. You may ignore and delete html messages and miss out on something. Vincent P.S. This is my personal opinion. As a list admin I do not have an opinion, I just maintain current policy, which is 'none' on this issue. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On Sun, Aug 26, 2012 at 1:24 AM, Graeme Geldenhuys gra...@geldenhuys.co.ukwrote: People that send multi-part HTML messages...just to list a few. ik ido...@gmail.com Juha Manninen juha.mannine...@gmail.com zeljko zel...@holobit.net I am using the default settings of gmail.com browser interface. I didn't realize it is HTML. Now I looked at the settings. There is nothing about HTML! I will change it if I find the setting but maybe it does not exist in this client. I think this is a historical limitation though. HTML does not add so very much data. Many messages have a signature tagline adding as much data, not to mention the extensive useless quoted blocks which you have noticed, too. All modern mail clients can show HTML. It can be a problem with a text based client (pine) of course. Juha -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On Sunday 26 of August 2012 00:24:43 Graeme Geldenhuys wrote: To the mailing list admin, What is the policy with regards to HTML messages in this mailing list? I find it very annoying when messages to mailing lists are in HTML - this seems to be the general consensus in most mailing lists. I was under the impression that only plain text message was allowed in this list too. Could you please clarify this. People that send multi-part HTML messages...just to list a few. ik ido...@gmail.com Juha Manninen juha.mannine...@gmail.com zeljko zel...@holobit.net Graeme, I'm using kmail with text as default message format. If I ever sent an html formatted mail that's probably reply to someone who already sent html formatted mail. Did you see any thread start from me formatted like html ? zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
Graeme, I'm using kmail with text as default message format. If I ever sent an html formatted mail that's probably reply to someone who already sent html formatted mail. Did you see any thread start from me formatted like html ? http://lists.lazarus.freepascal.org/pipermail/lazarus/2012-August/075127.htm l Ludo -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On Sunday 26 of August 2012 09:52:33 Ludo Brands wrote: Graeme, I'm using kmail with text as default message format. If I ever sent an html formatted mail that's probably reply to someone who already sent html formatted mail. Did you see any thread start from me formatted like html ? http://lists.lazarus.freepascal.org/pipermail/lazarus/2012-August/075127.ht ml Yes, that could be html since I was @vacations at that time and used webmail (which is setted up to be text only) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On 26/08/12 08:32, Juha Manninen wrote: I am using the default settings of gmail.com browser interface. I didn't realize it is HTML. Now I looked at the settings. There is nothing about HTML! Gmail works slightly different. When you reply to a message you will see the HTML options (Bold, Italics, Underline etc). On the right of those options is the Plain Text option. If you click that, then Gmail switched to plain text message for that one and any other new messages you write. I've used Gmail for years, and I always send plain text message with it. Recently I switched to a decent email client though - Gmail with it's flat conversation view design is very annoying too. Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On 26/08/12 09:02, zeljko wrote: Yes, that could be html since I was @vacations at that time and used webmail (which is setted up to be text only) This message you just sent was in reply to a plain text message, yet your message was multi-part HTML. So your email client is definitely setup to send multi-part HTML regardless. http://lists.lazarus.freepascal.org/pipermail/lazarus/2012-August/075987.html But thanks for being understanding, willing to change it to plain text. I'm sure others would appreciate it too. G. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On 26/08/12 08:18, Vincent Snijders wrote: There is no restriction on the mail format for this mailing list. OK, thanks for clarifying. From the few replies, it seems the few that are sending multi-part HTML messages simply didn't know they are doing so, or didn't know how to change it. This is good news, as we could easily help them with that. Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
Martin wrote: On 25/08/2012 23:24, Graeme Geldenhuys wrote: To the mailing list admin, What is the policy with regards to HTML messages in this mailing list? I find it very annoying when messages to mailing lists are in HTML - this seems to be the general consensus in most mailing lists. I was under the impression that only plain text message was allowed in this list too. Could you please clarify this. People that send multi-part HTML messages...just to list a few. While I am not the admin, I did a quick search (aprox 17000 msg of the last 18 month): about 2600 or 15% seem to include html. Including mails of many developers, Including some of mine. IMHO that rule should be seen as an ancient relict (so long as mails are at least mixed, and have a plain-text part too). Even mobile phones have the power and cheap and fast enough connectivity to deal with html mail. I'd suggest two exceptions. i) Messages containing any sort of phone home, e.g. an embedded image held on the originator's server, should be frowned upon. ii) Attachments other than alternative representations should be frowned upon. Otherwise we'll start receiving full-size projects, related binaries, and- eventually- unrelated binaries and potential malware. Attachments etc. are fine in a pull medium such as a forum or Mantis. They aren't fine in a push medium where in most cases they're transferred in their entirety to the recipient's systems before he has a chance to decide what's relevant. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] LHelp doesn't scroll
Ajeandro Gonzalo wrote: Unlike in Delphi, If I click on a component in Lazarus 1.0 RC 2 and then tap F1, nothing happens. The only way I can bring up help is to type the full component name (e.g. TDBGrid) in the editor and then tap F1. But then I still can't read it all because neither tapping the vertical scroll bar nor using the page up/down keys does anything. I'm using Win 7 64 bit. Checking on Linux x86 (i.e. 32-bit): F1 on the TButton on the standard tab does nothing, ditto for a TButton on a form. F1 on a TButton in the upper pane of the Object Inspector brings up a browser for online help, while F1 on one of its properties in the lower pane brings up lhelp- this is an unfortunate inconsistency. Scrollbar is OK in lhelp's right-hand pane, but cursor keys are associated with the left-hand pane (i.e. even after a mouse click in the help text, page up/down don't work as expected). -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Console output from RC1 and RC2 from svn
When starting Lazarus from a shell on Linux (x86 etc.) or Solaris, I'm still seeing a large amount of console output. Is this an intended feature, or is there a build-time option I should be using to reduce the verbosity? -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
Graeme Geldenhuys wrote: On 26/08/12 08:32, Juha Manninen wrote: I am using the default settings of gmail.com browser interface. I didn't realize it is HTML. Now I looked at the settings. There is nothing about HTML! Gmail works slightly different. When you reply to a message you will see the HTML options (Bold, Italics, Underline etc). On the right of those options is the Plain Text option. If you click that, then Gmail switched to plain text message for that one and any other new messages you write. I've used Gmail for years, and I always send plain text message with it. Recently I switched to a decent email client though - Gmail with it's flat conversation view design is very annoying too. I admit that I was wondering if you'd changed. I'm seeing far less of the everything jammed onto a single line messages than I used to. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
Sorry for the long quote, demonstrating what happens when I reply to HTML messages. See my comment at the bottom. zeljko schrieb: On Sunday 26 of August 2012 00:24:43 Graeme Geldenhuys wrote: To the mailing list admin, What is the policy with regards to HTML messages in this mailing list? I find it very annoying when messages to mailing lists are in HTML - this seems to be the general consensus in most mailing lists. I was under the impression that only plain text message was allowed in this list too. Could you please clarify this. People that send multi-part HTML messages...just to list a few. ik ido...@gmail.com Juha Manninen juha.mannine...@gmail.com zeljko zel...@holobit.net Graeme, I'm using kmail with text as default message format. If I ever sent an html formatted mail that's probably reply to someone who already sent html formatted mail. Did you see any thread start from me formatted like html ? As you can see yourself, your reply to Graemes plain-text message is HTML with an useless attachment. While your answer looks nice, the quoted part looks very ugly :-( HTML messages are hard to read for me, because of their unusal font and text size settings. DoDi -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Test for html formatting
Is it ok now ? There's another html setting in kmail (when composing message in menu Options, and that was On ... I've never enabled it so don't know why it was enabled) zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On Sunday 26 of August 2012 12:31:51 Hans-Peter Diettrich wrote: Sorry for the long quote, demonstrating what happens when I reply to HTML messages. See my comment at the bottom. zeljko schrieb: On Sunday 26 of August 2012 00:24:43 Graeme Geldenhuys wrote: To the mailing list admin, What is the policy with regards to HTML messages in this mailing list? I find it very annoying when messages to mailing lists are in HTML - this seems to be the general consensus in most mailing lists. I was under the impression that only plain text message was allowed in this list too. Could you please clarify this. People that send multi-part HTML messages...just to list a few. ik ido...@gmail.com Juha Manninen juha.mannine...@gmail.com zeljko zel...@holobit.net Graeme, I'm using kmail with text as default message format. If I ever sent an html formatted mail that's probably reply to someone who already sent html formatted mail. Did you see any thread start from me formatted like html ? As you can see yourself, your reply to Graemes plain-text message is HTML with an useless attachment. While your answer looks nice, the quoted part looks very ugly :-( Yes, I've just found an extra setting in kmail which was On I've never enabled it ,so it's from last update or I enabled it by mistake some time ago. zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Test for html formatting
On 8/26/12, zeljko zel...@holobit.net wrote: Is it ok now ? There's another html setting in kmail (when composing message in menu Options, and that was On ... I've never enabled it so don't know why it was enabled) zeljko To me (using gmail) it looks like any other unfromatted text. I hope mine does too (i see no option in gmail to alter this [I use classic interface, which I think is plain text by default]). Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
+1 for all your points. + HTML mail is hard to read to me, for its unusual font and text size settings. DoDi Graeme Geldenhuys schrieb: On 26/08/12 00:10, Martin wrote: IMHO that rule should be seen as an ancient relict (so long as mails are * HTML emails add no extra to a conversation. Plain text does the job perfectly. * Multi-part mails just take up more space. Internet bandwidth and disk space. * Even setting your email client (I use Mozilla Thunderbird) to prefer plain text in a multi-part message, the HTML part shows up as an attachment. A huge annoyance for me when I search for important message that had valid (read real) attachments. * Not all HTML message are equal. Mozilla Thunderbird tends to generate ok HTML, but other email clients like Outlook etc create the most hideous and verbose HTML code ever seen! * HTML is plain text obfuscation * Multi-part HTML messages mess with the various mailing list archives. Some try and strip the HTML part, others don't etc. I can go on... G. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On Sunday 26 of August 2012 12:34:56 Hans-Peter Diettrich wrote: +1 for all your points. + HTML mail is hard to read to me, for its unusual font and text size settings. Sorry guys , didn't know that kmail have extra settings and that it sends an extra html text (I don't like html mails too). zeljko -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Console output from RC1 and RC2 from svn
On Sun, 26 Aug 2012 08:57:57 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: When starting Lazarus from a shell on Linux (x86 etc.) or Solaris, I'm still seeing a large amount of console output. Is this an intended feature, or is there a build-time option I should be using to reduce the verbosity? Many of them is intended. This output is often asked in bug reports. What output do you think is unneeded? Mattias -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Console output from RC1 and RC2 from svn
Mattias Gaertner wrote: On Sun, 26 Aug 2012 08:57:57 + Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: When starting Lazarus from a shell on Linux (x86 etc.) or Solaris, I'm still seeing a large amount of console output. Is this an intended feature, or is there a build-time option I should be using to reduce the verbosity? Many of them is intended. This output is often asked in bug reports. What output do you think is unneeded? If it's intentional, then I'm definitely not criticising. I was merely checking, after somebody raised a similar issue re. Carbon a few days ago which seemed to imply that much more was being output than was expected. -- Mark Morgan Lloyd markMLl .AT. telemetry.co .DOT. uk [Opinions above are the author's, not those of his employers or colleagues] -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] Is this a bug in LCL or in the FPC heap manager (backtrace inside)
When AllowDropFiles is true and dragging files from the same application (to itself) this happens: It works flawlessly if I use cmem. Its crashing at the very end of GTKDRAGDATARECEIVED() (at the 'end' statement when its cleaning up reference counted variables) and the only dynamic array I can see here is the one that was created in the same function, so it should be the same thread that created it that is now destroying it again. I cannot see any obvious wrongdoing in GtkDragDataReceived(). Using cthreads makes no difference, using cmem makes the error go away. What could this be? how to debug this? #0 WAITFREE_VAR(0xb7c4b3c4) at /home/bernd/lazsvn/fixes_2_6/rtl/inc/heap.inc:1084 #1 SYSFREEMEM_VAR(0x844a2f4, 0xb7c4b3c4) at /home/bernd/lazsvn/fixes_2_6/rtl/inc/heap.inc:1145 #2 SYSFREEMEM(0xb7c4b3d0) at /home/bernd/lazsvn/fixes_2_6/rtl/inc/heap.inc:1187 #3 FREEMEM(0xb7c4b3d0) at /home/bernd/lazsvn/fixes_2_6/rtl/inc/heap.inc:291 #4 FPC_DYNARRAY_CLEAR_INTERNAL(0xb7c4b3d0, 0x83df002) at /home/bernd/lazsvn/fixes_2_6/rtl/inc/dynarr.inc:72 #5 fpc_dynarray_decr_ref(0xb7c4b3d8, 0x83df000) at /home/bernd/lazsvn/fixes_2_6/rtl/inc/dynarr.inc:107 #6 fpc_finalize(0xbfffeaec, 0x83df000) at /home/bernd/lazsvn/fixes_2_6/rtl/inc/rtti.inc:172 #7 GTKDRAGDATARECEIVED(0x84d2a28, 0x84a65f0, 221, 227, 0xb49c, 0, 22001922, 0xb7fc3e40) at ./gtk2/gtk2callback.inc:3329 #8 ?? at :0 #9 g_closure_invoke at :0 #10 ?? at :0 #11 g_signal_emit_valist at :0 #12 g_signal_emit_by_name at :0 #13 ?? at :0 #14 ?? at :0 #15 g_closure_invoke at :0 #16 ?? at :0 #17 g_signal_emit_valist at :0 #18 g_signal_emit_by_name at :0 #19 ?? at :0 #20 gtk_selection_convert at :0 #21 ?? at :0 #22 ?? at :0 #23 gtk_main_do_event at :0 #24 ?? at :0 #25 g_main_context_dispatch at :0 #26 ?? at :0 #27 g_main_context_iteration at :0 #28 TGTK2WIDGETSET__APPPROCESSMESSAGES(error reading variable) at ./gtk2/gtk2widgetset.inc:2320 #29 TAPPLICATION__HANDLEMESSAGE(error reading variable) at ./include/application.inc:1280 #30 TAPPLICATION__RUNLOOP(error reading variable) at ./include/application.inc:1413 #31 TWIDGETSET__APPRUN(0x80932d0 TAPPLICATION__RUNLOOP, error reading variable) at ./include/interfacebase.inc:60 #32 TAPPLICATION__RUN(error reading variable) at ./include/application.inc:1401 #33 main at project1.lpr:20 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On 26/08/12 13:09, zeljko wrote: Sorry guys , didn't know that kmail have extra settings... No problem. Thanks for being accommodating and fixing your mail client settings. Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On 26/08/12 11:23, Sven Barth wrote: AFAIK the lazarus lists don't have such a restriction... (I'm not sure though) I believe the Lazarus mailing list has the same attachment size restriction, but they just bumped the size to something like 70 or 100KB limit. I have no problems with 'real' attachments either, for bug report or new dialog design ideas etc. Regards, - Graeme - -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On Sun, Aug 26, 2012 at 1:24 AM, Graeme Geldenhuys gra...@geldenhuys.co.uk wrote: People that send multi-part HTML messages...just to list a few. ik ido...@gmail.com I'm using web based email client (gmail) for malling lists, so I do not suffer from the issue, but if most of you believe it should text, I'll do my best to send them like so. Ido -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Is this a bug in LCL or in the FPC heap manager (backtrace inside)
I found it. I was under the impression that gtk_selection_data_set_uris() would make a deep copy of all the strings but it seems it will take ownership. It was my *own* array (on the other end of that drag-drop, on the sender side, same application) that ultimately caused the crash and made it look like the receiving side was at fault. Strange is only that i did not crash with cmem. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Delphi post-XE3 roadmap
On Sat, Aug 25, 2012 at 02:38:23AM +0100, Graeme Geldenhuys wrote: On 24/08/12 21:38, Marco van de Voort wrote: And the TUFKAM(*) option is a skin, not native, and thus not marketstorable. I don't think the skinning is a big deal at all. Especially if you consider that Microsoft itself created a metro skin for their flagship product - Microsoft Office. Yes the new MS Office is NOT a real metro app, but has the metro look. Yes, I know your allegiances lie with owner drawn :-) But try to see beyond the obvious, the bit is that from what I saw they mumble over appstores and metro, but never admitting that they don't go together. (same as that they mumble about mobile without shipping either an own or FPC's arm compiler) Then you will also see that your Office counterexample is irrelevant, since app store rules don't apply to Office. (but they do to nearly everybody else). And then I'm even ignoring that the scale of something like Office is beyond what nearly everybody can manage, including investments in making owner drawn UIs very close. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] IDE invocation of lhelp, probable endianness issue
On Wed, Aug 22, 2012 at 02:35:47PM +0200, Sven Barth wrote: Running lhelp from a shell using gdb gives me Program received signal SIGBUS, Bus error. [Switching to Thread 16384 (LWP 25970)] 0x0038c844 in _$CHMREADER$_Ll594 () at src/chmreader.pas:1144 1144ind:=LEToN(plongint(head)^); I'm not familiar with the chmreader code. Please create a bug report. At least it's a pointer dereference... so there must indeed be some misalignment going on... I think a lot of internal records are read that way. Arbitrary pointers are pointed to records in buffers (decompressed datastructures), and then iterated like this. So there might be hundreds of such cases. Afaik alignment is hardly tested, and endianess only quick. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Delphi post-XE3 roadmap
On 26/08/12 20:23, Marco van de Voort wrote: Then you will also see that your Office counterexample is irrelevant, If skinning is good enough for Microsoft itself, then it must be good enough for many other ISV's too. After all, they are just following Microsoft's example. But to get back to reality... Embarcadero is not to blame for the Metro skinning design, vs native Metro design. If you read the Embarcadero newsgroups, you would have seen that a top Embarcadero employee answered that question... With numerous attempts from Embarcadero, Microsoft kept stonewalling them and made it impossible for them to support native Metro. Skinning was their only alternative. Well, based on Microsoft's own track record, Metro is the flavour of the month. Next month might be something else. It's easier to simply adapt your skinning code, than to redevelop your whole app for the next flavour of the month. G. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Delphi post-XE3 roadmap
On Sun, Aug 26, 2012 at 9:23 PM, Marco van de Voort mar...@stack.nl wrote: Then you will also see that your Office counterexample is irrelevant, since app store rules don't apply to Office. (but they do to nearly everybody else). I am not aware of any app store rule that says that people need to use native controls and cannot use controls which merely immitate native ones. I think that I would have heard if Qt apps were prohibited in the Mac app store for example, remember that Qt is not native. So please show the rule which prohibits custom drawn apps (seriously, it would be something interresting to know if it exists). If there is no such rule, then your entire point makes no sense, since it presuposes such a rule. -- Felipe Monteiro de Carvalho -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On 26/08/12 00:29, Graeme Geldenhuys wrote: * Even setting your email client (I use Mozilla Thunderbird) to prefer plain text in a multi-part message, the HTML part shows up as an attachment. A huge annoyance for me when I search for important message that had valid (read real) attachments. I have no argument with your other points, Graeme, but on my Thunderbird setup (10.0.2 on Debian) the only attachments that appear are genuine ones, suggesting that it can be set up to ignore HTML attachments - I've no idea how, though, and I certainly can't recall setting it up that way. Anyway, you will no doubt be aware that I was blissfully ignorant of the number of HTML messages posted, although having now checked my settings it appears that I was one of the guilty. This should no longer be the case :) Malcolm -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Policy regarding HTML messages
On 26/08/12 22:17, Malcolm Poole wrote: I have no argument with your other points, Graeme, but on my Thunderbird setup (10.0.2 on Debian) the only attachments that appear are genuine I'm using Thunderbird 5.0 - anything later is just too buggy for me for various reasons. Anyway, attached is an example of what I see. I've set Thunderbird to prefer displaying plain text if a multi-part HTML message is found, but I always see the attachment icon and link in the bottom of the message window. it appears that I was one of the guilty. This should no longer be the case :) Yup, your message came through as plain text, thanks. Regards, Graeme. attachment: attachments.png-- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus