Re: [Lazarus] Getting the last modified date of a directory
On 27 October 2014 18:57, Mark Morgan Lloyd markmll.laza...@telemetry.co.uk wrote: Rik van Kekem wrote: Maybe it's just me but what's the use of Date modified for a folder? It *does not* (like TS expects) reflect the date of the last file *changed* in the folder. Only when files are removed or added the Date modified of the folder changes. If you also want the time of the last changes in the folder you would need to loop through all the files. That of course is a good point, but if [whoever asked the question] was writing an archiver or a file transfer program then his users would assume that it should (i.e. would be reasonably expected to, irrespective of documentation etc.) preserve all the POSIX timestamps, even if their meaning was counter-intuitive. Thanks for all of everyones input regarding this. It looks like the solution that I am going to have to use is to scan all of the files within the folder and work out new latest modified file from that. Thanks again Richard -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Find dialog too tight for translations
2014-10-24 23:34 GMT+02:00 Giuliano Colla giuliano.co...@fastwebnet.it: Il 24/10/2014 17:19, waldo kitty ha scritto: On 10/24/2014 4:39 AM, Jürgen Hestermann wrote: Why is the Direction box placed on the right of all other options? IMO it is just another option as all the others so it should be put below these other options. This would also avoid the problem of moving this box when text becomes long. this is similar to my suggestion posted previously ;) Taking into account all suggestions, I came out with two possible layouts: Option 1 = Buttons at the bottom of the form (like in my previous version) Option 2 = Buttons at the right of the form (like in the original version) (there's also a help button, which is not visible by default, but it may become visible, if the appropriate option is selected. It would go either at the extreme right, or at the bottom, moving nearby button right or up because of anchoring): http://www.bononiadocta.it/Lazarus/Dialogues/Dialogues.png I've put in the image also a localized version, to see what it looks like when strings become much longer. I'd choose option 2 because bottom line risks to become crowded if the help button is added, but I'd like to hear other opinions. Giuliano I believe there is another difference in your layouts: the width of the input fields is different, so that the screen copies are misleading, if the input zones had the same width, the version with buttons at the right would be always wider than the version with buttons at the bottom. I prefer putting the buttons at the bottom because of this: it either allows to have a window less wide (I prefer to have this dialog high than wide because I feel it has less chances of getting in the way) or it allows to make the input zone wider, which is nice when inputting large search strings. I don't have Lazarus here now, so that I can't check: are these dialogues real dialogues (non-resizable) or can they be resized? -- Frederic Da Vitoria (davitof) Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Find dialog too tight for translations
Il 28/10/2014 06:27, Vincent Snijders ha scritto: [..] I prefer http://www.bononiadocta.it/Lazarus/Finddialog2.en.png and if it is not clear that the options are in two columns, maybe a there should be groupbox around it both columns. To me it seems foolish to leave such an area wasted because you want search direction in the same column. There's already a panel to help anchoring, but with no border to keep previous appearance. However I'm more and more convinced that a configurable layout is the best way to go. As soon as I'm rid of some urgencies I'll submit a patch to this effect, so that it can be judged if it provides enough options to satisfy different tastes/needs. Giuliano -- Giuliano Colla Project planning question: when it's 90% done, are we halfway or not yet? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Find dialog too tight for translations
Il 28/10/2014 09:51, Frederic Da Vitoria ha scritto: [..] I believe there is another difference in your layouts: the width of the input fields is different, so that the screen copies are misleading, if the input zones had the same width, the version with buttons at the right would be always wider than the version with buttons at the bottom. I prefer putting the buttons at the bottom because of this: it either allows to have a window less wide (I prefer to have this dialog high than wide because I feel it has less chances of getting in the way) or it allows to make the input zone wider, which is nice when inputting large search strings. I don't have Lazarus here now, so that I can't check: are these dialogues real dialogues (non-resizable) or can they be resized? Those dialogues are just forms, and therefore resizeable. Your comments add to the others to help defining which layout options to provide. Giuliano -- Giuliano Colla Project planning question: when it's 90% done, are we halfway or not yet? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Rather lost in help - TOCNode?
On 27/10/2014 14:19, Reinier Olislagers wrote: What is this TOCNode? Is this used to look up keywords to get a URL for chm help to open? Anybody? Mattias? -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] TPQConnection.CreateDB: ENCODING, OWNER, TEMPLATE, LC_CTYPE, TABLESPACE
On 28/10/2014 02:03, silvioprog wrote: Today I fixed that using a mix of codes: creating the database using the original postgre driver for Java, and calling java -jar create_mydb params via TProcess. Now it worked like a charm! Please don't raise a bug tracker issue... especially one with a simple sample program and PostgreSQL DDL so the issue is easily reproducible for devs. It's much better to keep using a workaround using another programming language and letting other programmers potentially face the same problem than getting it fixed in a newer version of FPC. /sarcasm PS: Glad you did find a workaround but... well... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
[Lazarus] ANN: Visual Query tool for SQLDB/Zeos/IBX
I did a quick, rough SQLDB/IBX port of Jepafi's Zeos-based adaptation of the Open QBuilder Tool from Fast Reports [1]. (Note: can't test IBX as I don't have the components) Repository: https://bitbucket.org/reiniero/lazopenqbuilder/overview Changes against Jepafi's version can be seen in the commit history - one breaking change: replace DatabaseName property with Connection. (I'm hoping this is a good idea) Source code downloadable as a zip at https://bitbucket.org/reiniero/lazopenqbuilder/overview Comments/suggestions/code improvements welcome, as always. I'll probably refine this as I include it in my own project(s). Thanks to everyone involved with writing/updating this component! [1] See original forum thread at http://forum.lazarus.freepascal.org/index.php/topic,19927 -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ANN: Visual Query tool for SQLDB/Zeos/IBX
On Tue, 28 Oct 2014, Reinier Olislagers wrote: I did a quick, rough SQLDB/IBX port of Jepafi's Zeos-based adaptation of the Open QBuilder Tool from Fast Reports [1]. (Note: can't test IBX as I don't have the components) Repository: https://bitbucket.org/reiniero/lazopenqbuilder/overview Changes against Jepafi's version can be seen in the commit history - one breaking change: replace DatabaseName property with Connection. (I'm hoping this is a good idea) Source code downloadable as a zip at https://bitbucket.org/reiniero/lazopenqbuilder/overview Comments/suggestions/code improvements welcome, as always. I'll probably refine this as I include it in my own project(s). Maybe include it in the lazarus database desktop ? Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ANN: Visual Query tool for SQLDB/Zeos/IBX
On 28/10/2014 15:10, Michael Van Canneyt wrote: Maybe include it in the lazarus database desktop ? I'm not going to do that but anybody is welcome to. I'd suggest waiting till it's a bit more polished... -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] ANN: Visual Query tool for SQLDB/Zeos/IBX
On Tue, 28 Oct 2014, Reinier Olislagers wrote: On 28/10/2014 15:10, Michael Van Canneyt wrote: Maybe include it in the lazarus database desktop ? I'm not going to do that but anybody is welcome to. I'd suggest waiting till it's a bit more polished... Your component(s) would need to be included in the Lazarus distro then. (a good idea in any case, if it is possible/allowed) Michael. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Re: [Lazarus] Find dialog too tight for translations
On 10/27/2014 5:45 PM, Giuliano Colla wrote: Il 25/10/2014 19:13, waldo kitty ha scritto: On 10/24/2014 5:34 PM, Giuliano Colla wrote: Taking into account all suggestions, I came out with two possible layouts: Option 1 = Buttons at the bottom of the form (like in my previous version) Option 2 = Buttons at the right of the form (like in the original version) i forgot to ask in my previous post... have you seen the find/replace dialog in notepad++? it is tabbed with four tabs and is similar to your option 2... No, I didn't because I don't use Windows. Therefore I'm unfamiliar with Windows-only applications. i'll try to attach the four views, one of each tab in the dialogue... this is for informational purposes only and to maybe help develop further ideas... one thing i found interesting is that while one tab might appear to have a lot of white space, that space is used when other tabs are selected as you can see in each image... my cropping may not be accurate but the dialog's size doesn't change at all when each tab is selected... [aside][ramble] i use notepad++ a lot... especially for editing multiple files... largest project so far was editing 1000 data files with searches and replaces across all of them at once... they were for a satellite tracking program's ability to use different common names for the objects... when you have hundreds of objects that result from explosions or collisions and you want to use a different name, it comes in handy to work across multiple files as well... [/ramble] [/aside] Well, if you had had a nicer Find/Replace dialogue, you could have developed a Lazarus application (possibly multi-threaded) to perform your simultaneous search/replace across thousands of files ;-) hahahaha!! nice topic save ;) but seriously, what i needed at the time was an editor to handle many many text files at once and allow me to see and approve each change... i definitely didn't need to be trying to develop my own editor ;) in any case, here's the attachments... hopefully ;) -- NOTE: No off-list assistance is given without prior approval. Please *keep mailing list traffic on the list* unless private contact is specifically requested and granted. -- ___ Lazarus mailing list Lazarus@lists.lazarus.freepascal.org http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus