Re: [fpc-pascal] How to stop a HttpApp via request?
On 24/09/13 10:46, Michael Van Canneyt wrote: I am working on it. Thanks Michael. btw: The fcl-web (and all your guidance) has worked wonders with my client side CGI application. The organisation of code and application flow is so much better. Thanks again for all your patience and help. G. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: Problems reading some of the messages from this mailing list
On 24/09/13 12:26, Guillermo Martínez wrote: Sorry, Philippe, but I can't read your messages. :( Have you tried a different email client? Mozilla Thunderbird seems to read his messages just fine. But I know what you mean. I have a very simple web interface for newsgroups. And sometimes certain email/news clients post messages as a block of base64, instead of clear-text messages. I never investigated why this is done. Using a real news-client application like Thunderbird etc reads those messages just fine. Regards, Graeme. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] RFD: CardDAV support library for FreePascal, call for ideas
Hello, since I have not found anything on CardDAV related/written in/for FreePascal/Lazarus, (haven't googled with Delphi keyword thou) I'd like to send out some smoke signals, asking which way would the support for this kind of interaction (dare not call it a protocol) would be best fitting into FreePascal/Lazarus world. CardDAV itself is an extension of WebDAV and itself has its own RFC (RFC6532). I myself am trying to write a client connecting via CardDAV to a compatible server (built into my CRM, eGroupware) to request search and read addressbook entries. (it was the developers of the CRM in question indicated to me that XMLRPC is dead and support for it will be removed when they get a chance - that's why I'm doing this.) So far I got as far as copy/pasting example XML from the RFC and got a valid response from server, using THTTPSend from Synapse. http://wiki.freepascal.org/XML_Tutorial (and particularly the second XML2Tree procedure from http://wiki.freepascal.org/XML_Tutorial#Populating_a_TreeView_with_XML, with some mod of mine to not pass a TTreeView but a TTreeNodes object into it instead) came in handy to understand the structure of it. There are certain advantages of CardDAV over XMLRPC, which this post is too short to contain ;) I intend to keep it very simple at first, as it's enough for my purpose, to the point that the XML elements+attributes would be coded just as string concatenating operations and validated using TXMLDocument from dom.pas. Seems like the more complicated elements of DOM level 3 will need DOM.pas modifications too. But I'd like to know, if there is interest in making it 'more sentient', e.g. as a TDataSource/TDataSet descendant directly talking to (reading, at first) DOM.pas's TXMLDocument/TDOMDocument, then to a THTMLSend or any such class of your liking? Please let me know your thoughts :) Kind Regards Lukasz ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] How to stop a HttpApp via request?
2013/9/24 Graeme Geldenhuys gra...@geldenhuys.co.uk On 24/09/13 10:46, Michael Van Canneyt wrote: I am working on it. Thanks Michael. btw: The fcl-web (and all your guidance) has worked wonders with my client side CGI application. The organisation of code and application flow is so much better. Thanks again for all your patience and help. G. Before fcl-web with Brook framework I used PHP with Slim framework, now I rarely use PHP. Thanks again guys! (y) -- Silvio Clécio My public projects - github.com/silvioprog ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RFD: CardDAV support library for FreePascal, call for ideas
On Wed, Sep 25, 2013 at 8:03 AM, Lukasz Sokol el.es...@gmail.com wrote: Seems like the more complicated elements of DOM level 3 will need DOM.pas modifications too. What kind of modification ? I have sent this patch [1] to allow create custom descendants of TDomElement. You can check whether this could be useful to you. I believe at least two more methods[2] need to be changed. The patch is meant to modify dom.pas, but maybe I should have made it to laz2_dom, as it seems to have more attention these days(being update to UTF8 I Believe). By the way, feedback (is a viable suggestion, no, why..?) on this subject would be appreciated. [1] http://bugs.freepascal.org/view.php?id=24860 [2] CreateElement and CreateElementBuf ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas
On 25/09/13 14:56, Daniel Gaspary wrote: On Wed, Sep 25, 2013 at 8:03 AM, Lukasz Sokol el.es...@gmail.com wrote: Seems like the more complicated elements of DOM level 3 will need DOM.pas modifications too. What kind of modification ? Uh, you got me - I don't know as I haven't started yet... I was merely referring to what dom.pas has at the top of itself: DOM Level 3 - Partially implemented so I should have phrased it differently : It remains to be seen whether any DOM Level 3 additions will be needed into DOM.pas since it states it's Partially Implemented I have sent this patch [1] to allow create custom descendants of TDomElement. You can check whether this could be useful to you. Noted, I for now am very very early in this so I can't tell. I believe at least two more methods[2] need to be changed. The patch is meant to modify dom.pas, but maybe I should have made it to laz2_dom, as it seems to have more attention these days(being update to UTF8 I Believe). (mental note: check las2_dom.) By the way, feedback (is a viable suggestion, no, why..?) on this subject would be appreciated. Of course I will give feedback when (and if) I get any. For now, I was merely asking, what direction the development should take, and whether it's a good idea to make it into a Data Access palette component like T*DataSet, or is it 'overkill'. [1] http://bugs.freepascal.org/view.php?id=24860 [2] CreateElement and CreateElementBuf Thanks for your reply, Kind Regards, Lukasz ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas
On 25/09/2013 16:45, Lukasz Sokol wrote: On 25/09/13 14:56, Daniel Gaspary wrote: On Wed, Sep 25, 2013 at 8:03 AM, Lukasz Sokol el.es.cr-re5jqeeqqe8avxtiumw...@public.gmane.org wrote: For now, I was merely asking, what direction the development should take, and whether it's a good idea to make it into a Data Access palette component like T*DataSet, or is it 'overkill'. Well, it would be nice to have a dataset encapsulation but perhaps your time would be better spent on CalDAV support (grins, ducks runs...) ;) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas
On 25/09/13 16:00, Reinier Olislagers wrote: On 25/09/2013 16:45, Lukasz Sokol wrote: On 25/09/13 14:56, Daniel Gaspary wrote: On Wed, Sep 25, 2013 at 8:03 AM, Lukasz Sokol el.es.cr-re5jqeeqqe8avxtiumw...@public.gmane.org wrote: For now, I was merely asking, what direction the development should take, and whether it's a good idea to make it into a Data Access palette component like T*DataSet, or is it 'overkill'. Well, it would be nice to have a dataset encapsulation but perhaps your time would be better spent on CalDAV support (grins, ducks runs...) ;) Well, let's not say 'hop' before landing on the other side of the ditch ;) CalDAV itself is used on the CRM I use, but I've no demand for interacting with it. Yet.* From fiddling with open coded HTTP Requests, I'm so far getting open coded vCard's as string ;) (*and probably applications like Sunbird/Lightning are better for it anyway*) -L. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: StrUtils.RomanToInt oddities
My 2 cents on the backwards compatibility discussion. First: backwards compatibility must be broken if the old implementation is wrong. This seems obvious, but I have had discussions about that in the past when I corrected another conversion routine in fpc. Wether or not the current implenetation is wrong, is open for discussion. Breaking backwards compatibility for consistency with similar RTL behaviour is IMO not a bad thing. We have done so in th epast for Lazarus as well. As said before: given the expected number of users of this function, I weould consider doing it. For consistency we should also have a TryRomanToInt(S: String; out Value: Integer): Boolean; function. As stated before: Delphi compatibility does not seem to be apply here. My 2 cents on the strictness of the parsing. Since there are various, more or less accepted, rules, a strictness parameter could be added as an optional parameter to the function. It does not break consistency with other conversion functions, since they are hardly open for interpretation, and so they don't need such a thing. Strictness modes could be: - Strict: most strict set of rules (it does not accept numbers 3999, nor more than 3 repeats of the same numeral) - Relaxed: allows unlimited number of starting M, and allows up to 4 repeats of C, X and I. - DontCare: like current behaviour. Bart ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
[fpc-pascal] Memory leak in PascalScript
Hello, Can you help me to fix this issue?: https://github.com/remobjects/pascalscript/issues/61 Thank you! -- Silvio Clécio My public projects - github.com/silvioprog ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas
On Wed, Sep 25, 2013 at 11:45 AM, Lukasz Sokol el.es...@gmail.com wrote: By the way, feedback (is a viable suggestion, no, why..?) on this subject would be appreciated. Of course I will give feedback when (and if) I get any. I was talking about the dom/laz2_dom feedback. But your feedback will be welcomed as well. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas
On Wed, Sep 25, 2013 at 2:18 PM, Daniel Gaspary dgasp...@gmail.com wrote: I was talking about the dom/laz2_dom feedback. I was talking about the dom/laz2_dom DEVELOPERS feedback. (Just Correcting myself) ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] How to stop a HttpApp via request?
On Wed, 25 Sep 2013, silvioprog wrote: 2013/9/24 Graeme Geldenhuys gra...@geldenhuys.co.uk On 24/09/13 10:46, Michael Van Canneyt wrote: I am working on it. Thanks Michael. btw: The fcl-web (and all your guidance) has worked wonders with my client side CGI application. The organisation of code and application flow is so much better. Thanks again for all your patience and help. I had a look at http://bugs.freepascal.org/view.php?id=24810 And applied the patches there, with some extra modifications. I tested, and the server can now reliably be stopped without problems both in threaded or non threaded mode, from inside or outside a request. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RFD: CardDAV support library for FreePascal, call for ideas
On Wed, 25 Sep 2013, Lukasz Sokol wrote: Hello, since I have not found anything on CardDAV related/written in/for FreePascal/Lazarus, (haven't googled with Delphi keyword thou) I'd like to send out some smoke signals, asking which way would the support for this kind of interaction (dare not call it a protocol) would be best fitting into FreePascal/Lazarus world. CardDAV itself is an extension of WebDAV and itself has its own RFC (RFC6532). I myself am trying to write a client connecting via CardDAV to a compatible server (built into my CRM, eGroupware) to request search and read addressbook entries. (it was the developers of the CRM in question indicated to me that XMLRPC is dead and support for it will be removed when they get a chance - that's why I'm doing this.) So far I got as far as copy/pasting example XML from the RFC and got a valid response from server, using THTTPSend from Synapse. http://wiki.freepascal.org/XML_Tutorial (and particularly the second XML2Tree procedure from http://wiki.freepascal.org/XML_Tutorial#Populating_a_TreeView_with_XML, with some mod of mine to not pass a TTreeView but a TTreeNodes object into it instead) came in handy to understand the structure of it. There are certain advantages of CardDAV over XMLRPC, which this post is too short to contain ;) I intend to keep it very simple at first, as it's enough for my purpose, to the point that the XML elements+attributes would be coded just as string concatenating operations and validated using TXMLDocument from dom.pas. Seems like the more complicated elements of DOM level 3 will need DOM.pas modifications too. But I'd like to know, if there is interest in making it 'more sentient', e.g. as a TDataSource/TDataSet descendant directly talking to (reading, at first) DOM.pas's TXMLDocument/TDOMDocument, then to a THTMLSend or any such class of your liking? I do not think that a TDataset descendent is needed. A simple collection based class will do just fine, and a class to handle transport. I have one for WebDAV, and CardDav really is not so much different. I also do not see why you would need alterations to DOM.pas, both WebDav and CardDav use plain and simple XML. BTW. The RFC is 6352 instead of 6532. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] RFD: CardDAV support library for FreePascal, call for ideas
Thank you for applying the patch, Michael. As soon as I have some time I will send another one related to the same case. On Wed, Sep 25, 2013 at 4:31 PM, Michael Van Canneyt mich...@freepascal.org wrote: On Wed, 25 Sep 2013, Lukasz Sokol wrote: Hello, since I have not found anything on CardDAV related/written in/for FreePascal/Lazarus, (haven't googled with Delphi keyword thou) I'd like to send out some smoke signals, asking which way would the support for this kind of interaction (dare not call it a protocol) would be best fitting into FreePascal/Lazarus world. CardDAV itself is an extension of WebDAV and itself has its own RFC (RFC6532). I myself am trying to write a client connecting via CardDAV to a compatible server (built into my CRM, eGroupware) to request search and read addressbook entries. (it was the developers of the CRM in question indicated to me that XMLRPC is dead and support for it will be removed when they get a chance - that's why I'm doing this.) So far I got as far as copy/pasting example XML from the RFC and got a valid response from server, using THTTPSend from Synapse. http://wiki.freepascal.org/XML_Tutorial (and particularly the second XML2Tree procedure from http://wiki.freepascal.org/XML_Tutorial#Populating_a_TreeView_with_XML, with some mod of mine to not pass a TTreeView but a TTreeNodes object into it instead) came in handy to understand the structure of it. There are certain advantages of CardDAV over XMLRPC, which this post is too short to contain ;) I intend to keep it very simple at first, as it's enough for my purpose, to the point that the XML elements+attributes would be coded just as string concatenating operations and validated using TXMLDocument from dom.pas. Seems like the more complicated elements of DOM level 3 will need DOM.pas modifications too. But I'd like to know, if there is interest in making it 'more sentient', e.g. as a TDataSource/TDataSet descendant directly talking to (reading, at first) DOM.pas's TXMLDocument/TDOMDocument, then to a THTMLSend or any such class of your liking? I do not think that a TDataset descendent is needed. A simple collection based class will do just fine, and a class to handle transport. I have one for WebDAV, and CardDav really is not so much different. I also do not see why you would need alterations to DOM.pas, both WebDav and CardDav use plain and simple XML. BTW. The RFC is 6352 instead of 6532. Michael. ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal
Re: [fpc-pascal] Re: RFD: CardDAV support library for FreePascal, call for ideas
On Wed, Sep 25, 2013 at 12:22 PM, Lukasz Sokol el.es...@gmail.com wrote: CalDAV itself is used on the CRM I use, but I've no demand for interacting with it. Yet.* I have just taken a look at the RFC* and it seems simple to implement. I don't need CardDav right now, but I believe I will need it soon. Can you take (and share) CardDav samples needed on this CRM? They could be useful. * http://tools.ietf.org/html/rfc6352#page-4 ___ fpc-pascal maillist - fpc-pascal@lists.freepascal.org http://lists.freepascal.org/mailman/listinfo/fpc-pascal