Comment File Editor - coded for fun

[ge2001]

Hi,
thanks for the reply.
I only test %timestamp%.
That symbol works as described above.
But i remember that another one do not work.
I will test them all and remove those which don't work.
Useful or not useful, that is another question ... 

Frequently used comments will be available, maybe in the next release.


Warp

[ge2001]

Hi,
here comes the HFS Comment Editor 0.23 beta.

What's new:
--------------
Some symbols added, some symbols removed.
The "=" char behind the filename will be not appended in Single Comment mode, because it is not necessary.
Customer frequently used comments dropdown box added.
The list grows after loading or saving a comment file.
In this version 0.23 the customer comments are lost if the program is terminated.

The beta release messagebox at program start will be removed in the final version.



Warp

[ge2001]

Hi folks,
HFS Comment Editor 0.24 beta.

What's new:
--------------
Several bugfixes, one of them is very important ...
So, please don't use the old versions !
The frequently used comments are loaded on startup and saved while terminating the program.
Items in the dropdown box are sorted now.

If the users do not report a bug or suggestions this will be the last beta release before the final version.



Warp

[Ranger]

I'll give it a go a bit later.
Thanks!

[Fysack]

Great Wrap, GREAT! Keep up the good work.

[Ranger]

Works just great for me.

[ge2001]

Hi,
HFS Comment Editor 0.25 Final.

What is new:
---------------
Code cosmetic, nothing important.
No popup menu before selecting a folder.
Error message improvement.
A PDF help file is included.

Thanks to all for the response and the suggestions.


So long

Warp

[ge2001]

Hi,

it's me again ...

Just noticed that it could be a fine option to scan for new files and add those to the comment window.
So, popup option added, here is version 0.26 final.


So long


Warp

[ge2001]

Hi,

another brave step in the international comment editor programming contest. 

What's new in this version 0.27 final:
---------------------------------------
Frequently used directorys added.
Program screen size enlarged.
PDF help file updated.

Cheerio

Warp

[Fysack]

Damn Wrap, im em impressed, I`M impressed. Thx

[ge2001]

Hi,

thanks for the compliment Fysack.

Maybe it was not a good idea to choose the equal (=) charachter as the seperator, because in windows it is a legal character in a filename.
Anyway, to change that now by rejetto would cause complications ...

I'm often searching for a new area of programming activity, except in spring and summer where i like to travel or stay in my garden. 


ciao


Warp

[Mars]

Maybe it was not a good idea to choose the equal (=) charachter as the seperator, because in windows it is a legal character in a filename.
Anyway, to change that now by rejetto would cause complications ...

The use of the sign = is in compliance with the INI files, the choice of rejetto seems the most just. Even if signs = are used in names of file, those this must be used after the separator = and do not thus enter conflict. 

You should not forget that the section [ special:string ] is on the base used to replace texts of announcements with macro by example {.!current folder|%folder%.} and not this way {.!%folder%|another text.}

There are many other formulations to avoid the problem posed.

[ge2001]

Hmmm,

if the filename is, for example, "te=st.zip" and the comment line is "te=st.zip=helpme" HFS do not display the comment.
I think that HFS assumes that the comment follows directly after the equal char, correct ?
In the case described above HFS do not display a comment because he do not find the filename "te".

To avoid that problem HFS and also a comment editor must search in "hfs.comments.txt":
1. for the filename
   and if true
2. for a equal char behind the filename and everything behind until the end is part of the comment.


Since i start coding i am at war with macros and script languages, so i don't understand much of your friendly explanation.
Anyway, i understand the macro you supplied.
But i don't see how a macro can solve the filename with equal char behaviour inside "hfs.comments.txt".


mars, please be so kind and give me a hint ...
Don't hesitate to correct me if i'm completly wrong.



Warp

[rejetto]

you are right warp, hfs is not supporting the = for filenames inside hfs.comments.txt
(it works with other systems anyway).

a solution, inspired by descript.ion files, is to "quote" filenames with the equal sign.

[rejetto]

hey mars, i thought this would have solved the problem by applying the idea reported in my previous post

Code: [Select]

    procedure fixQuotedStringList(sl:Tstrings);
    var
      i: integer;
      s: string;
    begin
    for i:=0 to sl.count-1 do
      begin
      s:=sl.names[i];
      if (s = '') or (s[1] <> '"') then continue;
      s:=s+'='+sl.ValueFromIndex[i]; // reconstruct the line
      sl.names[i]:=chop(nonQuotedPos('=', s), s);
      sl.ValueFromIndex[i]:=s;
      end;
    end;

but names[] cannot be assigned.
have you any idea on how to get the = inside the name?