rejetto forum

Software => HFS ~ HTTP File Server => Beta => Topic started by: rejetto on December 18, 2007, 03:03:25 AM

Title: Testing build #164
Post by: rejetto on December 18, 2007, 03:03:25 AM
there was enough news to deserve a new beta.
i will document new macros later, now i'm sleepy.

download @ www.dovedove.it/hfs/hfs164.exe

what's new
+ [special:begin] www.rejetto.com/forum/?topic=5349.msg1031223#msg1031223
+ search results have links to their folder http://www.rejetto.com/forum/index.php?topic=5371.msg1031206
+ new template macro: <> != for time filename
+ searching ABC* will force the name to begin by ABC, while *ABC force it to be at the end
+ automatic comment for the uploaded file
+ %item-resource% %folder-resource%
+ {{?name = X}} is a shortcut for {{ {{?name}} = X }}
* a line break less in [sections]
* searches are now made in current folder
* "back" instead of "up" after search
- AV of the template engine
- problems with macros names ending with space
- "backup on save" was not working www.rejetto.com/forum/?topic=5378
- hang up by searching * in the log
- "...https instead of http" and "stop spiders" was not saved
- infix macro operators >= <= were not working 
Title: Re: Testing build #164
Post by: TSG on December 18, 2007, 03:53:07 AM
%folder-resource%\previews_and_thumbnails\prev-%item-name%.jpg -
{{filesize|%folder-resource%\previews_and_thumbnails\prev-%item-name%.jpg}}
result:
E:\My Documents\My Pictures\Random Images\previews_and_thumbnails\prev-After The Rain.jpg.jpg - 0

This does not work... it is a sub folder on my drive but it doesn't try to get to it...

This does work...
%folder-resource% - E:\My Documents\My Pictures\Random Images

%item-resource% -
{{filesize|%item-resource%}}

Works but is useless because you can already see the current files filesize with %item-size% lol.


The line break after macro sections is gone :)
Title: Re: Testing build #164
Post by: Foggy on December 18, 2007, 04:17:17 AM
%folder-resource% doesnt work in a recursive list, it only returns the folder that the list in for. %item-resource% does though.
Title: Re: Testing build #164
Post by: rejetto on December 18, 2007, 12:47:57 PM
%folder-resource%\previews_and_thumbnails\prev-%item-name%.jpg -
{{filesize|%folder-resource%\previews_and_thumbnails\prev-%item-name%.jpg}}
result:
E:\My Documents\My Pictures\Random Images\previews_and_thumbnails\prev-After The Rain.jpg.jpg - 0

don't you see the double .jpg in the end? :)
Title: Re: Testing build #164
Post by: Foggy on December 18, 2007, 01:18:43 PM
%folder-resource%\previews_and_thumbnails\prev-%item-name%.jpg -
{{filesize|%folder-resource%\previews_and_thumbnails\prev-%item-name%.jpg}}
result:
E:\My Documents\My Pictures\Random Images\previews_and_thumbnails\prev-After The Rain.jpg.jpg - 0

don't you see the double .jpg in the end? :)

That's how the thumbnail generator creates the thumbs, I wasn't able to get filesize to work either. I was using {{filesize|%folder-resource%/%item-name%}} but {{filesize|%item-resource%}} worked.
Title: Re: Testing build #164
Post by: rejetto on December 18, 2007, 01:40:23 PM
ok, i found the bug
Title: Re: Testing build #164
Post by: TSG on December 18, 2007, 05:43:55 PM
In recursive listing, %folder-resource% does not work, from a virtual folder it returns nothing, and in a real it only returns the current folder, %item-resource% does work properly, but it has the filename, some uses may need just the folder path which is what %folder-resource% is for :) hope it can be fixed for 165.

Next build - 165: Breadcrumbs are finally here!!! no more js needed.
Title: Re: Testing build #164
Post by: KalleB on December 18, 2007, 10:30:28 PM
The new HFS is starting to look and feel pretty good I think..  :) But there's still a couple of style issues in the default template that I'm not totally comfortable with:




Also, when using the new template, I would not like to see these "Requested GET /~style.css" and "Requested GET /~style.menu.css" in the log every time a folder is opened.
Title: Re: Testing build #164
Post by: Mars on December 18, 2007, 11:14:43 PM
un bug dans la version 164  avec {{inc| var | n}}

dans mon template-pages j'utilise pour tous les items

Quote
[file]
{{set|itemmax|{{add|{{^itemmax}}|1}}}}
<tr id="item.{{^itemmax}}" style="display:true">
   <td>{{^itemmax}}%new% ........

et tout marche à merveille

en remplacant {{set|itemmax|{{add|{{^itemmax}}|1}}}}
 par {{ inc | itemmax |1}}    itemmax est bien incrémenté de 1

Quote
[file]
{{ inc | itemmax |1}}
<tr id="item.{{^itemmax}}" style="display:true">
   <td>{{^itemmax}}%new% ........

mais <tr id="item.{{^itemmax}}"  est mal évalué et me retourne un  itemmax=''

alors que {{^itemmax}} placé après %list% me donne bien le nombre d'items  comme %number%    ?? ??


il semble être obligatoire de redéfinir une vaiable à l'aide se SET en la forçant par un calcul car même 

Quote
[file]
{{ inc | itemmax |1}}
{{set|itemmax|{{^itemmax}}}}
<tr id="item.{{^itemmax}}" style="display:true">
   <td>{{^itemmax}}%new% ........
ne marche pas

conclusion {{^itemmax}}  dans %list% n'est pas évalué
 et à savoir si tous les {{^...}} le sont aussi ?
Title: Re: Testing build #164
Post by: bacter on December 19, 2007, 12:28:14 AM
the scope of 'variables' like 'itemmax' is incorrect.

I tried something similar as mars.

I initialized a var at beginning of the section files and also tried it to do in the section [special:begin],
then i tried the inc in file. but 'itemmax' i initilized elsewhere and in the section 'file' seem not to be the same!

if a variable is initialized in some section, it should be available in all dependent sections, and the result of a variable incremented in some subsection should be stored where that thing is initialized.
Title: Re: Testing build #164
Post by: rejetto on December 19, 2007, 12:32:16 AM
  • Attachment #1 - The dotted borders at the sides and heavy ones on top and bottom should be equally thick. Same thing with the comment borders.

i like this asymmetry.

Quote
  • Attachment #2 - The search field and the button can be easily blended in by adding tag class=row when using the old template.

a button that looks like another thing may mislead the user. (usability matter)

The good in HFS is that you can customize as you like by the template.
Anyway it's bad that till now customizing meant extra work to stay up to date with the new default template.
To lessen this problem, from next beta you will be able to put a diff template in the root with section
Code: [Select]
[style.user]
body {background:red}
this way you will still be using the default template, but adding your changes as a diff, you will stay up to date.
This deserves to be documented in the wiki.

Quote
Also, when using the new template, I would not like to see these "Requested GET /~style.css" and "Requested GET /~style.menu.css" in the log every time a folder is opened.

ok you won't
Title: Re: Testing build #164
Post by: rejetto on December 19, 2007, 12:46:06 AM
I initialized a var at beginning of the section files and also tried it to do in the section [special:begin],
then i tried the inc in file. but 'itemmax' i initilized elsewhere and in the section 'file' seem not to be the same!

i made this test:
Code: [Select]
[special:begin]
{{set|x|0}}

and then added {{inc|x|1}} right after [file]
i had {{^x}} increasing inside [file] and had the right total number of files putting it in the main section.

it worked like a charm.

btw, {{inc|x}} is not accepted in 164 cause of a bug, but it will in 165
Title: Re: Testing build #164
Post by: Mars on December 19, 2007, 12:54:06 AM
when moved {{set|itemmax|0}} from main to [special:begin] all work fine to me ;D
Title: Re: Testing build #164
Post by: SilentPliz on December 19, 2007, 09:12:54 AM
It's just for me, or there is a bug when you click on "file list" , files in the directory will appear on one line. (Firefox 2 xx)

(Build # 164)
Title: Re: Testing build #164
Post by: rejetto on December 19, 2007, 11:24:45 AM
yes sorry, fixed in next beta
Title: Re: Testing build #164
Post by: KalleB on December 19, 2007, 08:28:33 PM
i like this asymmetry.
I'm sorry to hear that :( This asymmetry hurts my eyes like hell.. :D
Please at least make the heavy lines a bit thinner, you can still keep the dots :P

a button that looks like another thing may mislead the user. (usability matter)
The other buttons in the HFS page look more like this my "etsi" button...for example the old "Login" button and the new ".: Menu :."...they all have this 2D look, the default 3D-button doesn't go with the overall page style I think.
Title: Re: Testing build #164
Post by: maverick on December 19, 2007, 08:50:28 PM

The nice thing about HFS is that you can customize the template so that it meets your personal preferences. 
Title: Re: Testing build #164
Post by: KalleB on December 19, 2007, 10:30:17 PM
Indeed.. But with the possibility to translate the template coming up (http://www.rejetto.com/forum/?topic=5349.msg1031223#msg1031223), I'd like to input my own thoughts about the default style. You see I translated and also re-styled the previous default template into my own template but the new one seems to have changed so much that I'd have to do all that all over again...and I think I'll just try to live with the new default one ...but some things in it are just too much not to my taste and I hope rejetto would agree with me about them :D
Title: Re: Testing build #164
Post by: TSG on December 20, 2007, 04:51:21 AM
I don't like the default template, purple isn't my colour lol, but it is just a default template, make your own if you don't like it. That's why I design my own.

Translation wont effect the default stylesheet, just the text.

KalleB has a point, as a web designer, the default template is terrible now :-X If you like I can make a new default template for HFS. Something like my new one, but without the images and extras, a very cut down version of it.

Imagine this cut right down to basics. It is also valid xHTML (especially if I take it down to a default template). Something the default template isn't :D
Title: Re: Testing build #164
Post by: jerome on December 20, 2007, 08:24:27 AM
your templates are very good, it could be included or joined by default ...


just passing to say this is the second time i crash a drive where HFS was installed...+ upload not filtered real folder
and few other folders.

defrag the external USB drive during the HFS run kill the MFT. even with 100Go free.
now the drive is dead. ( one year old only )       

defrag used : MST defrag on XP familly 32bit.

the first time i was thinking of a windows bug .... but now i am a bit suspicious about HFS MFT use.
maybe  i am wrong but i will be over careful on clean HFS folder during the HFS run.
i crashed 2 external new drives only since i use HFS on it.

did someone else have drive joke using it, or it is only me ?? and my windows machine.
Title: Re: Testing build #164
Post by: bacter on December 20, 2007, 09:52:17 AM
jerome

it's not safe to defrag the MFT of a drive while aplications running have open files with exclusive access. You should only do so when booting.

See also:

http://www.microsoft.com/technet/sysinternals/FileAndDisk/PageDefrag.mspx

HFS doesn't access directly your hardware, everything is done through windows-api. So your problem is caused by lousy windows-system, not by hfs! If some special defragmenter may work on internal drives, perhaps they don't through the slow USB connection.
Title: Re: Testing build #164
Post by: jerome on December 20, 2007, 01:08:01 PM
usually to access the system exclusive access....
i use 2 system on the same machine( one small alone only for secu ) to access and defrag the other system files and reconstruct the page file.

i will not make it again .... and try another defrag       thank you microsoft             
maybe it can prevent other users to be careful on clean multi task.


waiting to see 165

i have custom the search to open it in a new window...+ absolute position and comments.
i check some alternative codes and macro on it
Code: [Select]
<!-- custom search - absolute position - from this folder - open a new window-->

<div id="search" style="position: absolute; overflow:hidden; WIDTH: 400px; HEIGHT: 24px; LEFT: 700px; TOP: 65px">
<FORM action="" method=get target=_blank>
<input name=search size=10 value="{{urlvar|?search|get}}">
<INPUT type=submit value={{!search}}> </FORM>
</div>

<!-- custom search comment - absolute position -->

<div id="comment" style="position: absolute; overflow:hidden; WIDTH: 300px; HEIGHT: 80px; LEFT: 705px; TOP: 90px">
From here + new window</br>
for logged users ...
</div>

<!-- custom user logo - absolute position -->

{{if| %user% |
<div class=button style="position: absolute; overflow:hidden; WIDTH: 100px; HEIGHT: 24px; LEFT: 700px; TOP: 40px"><img src="/~img27" /> {{!user}}: %user%</div>
/if}}
{{if| {{get|can recur}} |
/if}}

<!-- custom end -->

it can be useful
Title: Re: Testing build #164
Post by: Mars on December 20, 2007, 01:54:23 PM
Quote
<input name=search size=10 value="{{urlvar|?search|get}}">


           value="{{urlvar|search}}"   or  value="{{?search}}"    is correct
   
Quote
WIKI:

urlvar | A
url variable. Let's say in the url you see ?sort=s and you want to know that s, just use the macro urlvar|sort.

?A expands to, urlvar | A


NOT urlvar | A | B
Title: Re: Testing build #164
Post by: rejetto on December 20, 2007, 03:59:25 PM
You see I translated and also re-styled the previous default template into my own template but the new one seems to have changed so much that I'd have to do all that all over again...and I think I'll just try to live with the new default one ...

i think the way is to make the default template customizable without touching it.
so you will keep up to date.
that's the way i'm walking. ;)
suggest what you want to change.
About style, i already solved that, just wait for next beta.
Title: Re: Testing build #164
Post by: rejetto on December 20, 2007, 04:05:26 PM
the first time i was thinking of a windows bug .... but now i am a bit suspicious about HFS MFT use.

HFS does nothing with the MFT. I don't even know how to.
If your MFT is screwed while using a defragger, it makes no sense to think HFS did it.
Title: Re: Testing build #164
Post by: MarkV on December 20, 2007, 04:29:32 PM
@ jerome

You should read that article from Microsoft.

http://support.microsoft.com/kb/941715/en

There is a bug in the Windows Defrag API. Your drive may suffer from that bug. Though it's mentioning SATA, USB may also be concerned. Every Defragger uses the FSCTL_MOVE_FILE API function.
Title: Re: Testing build #164
Post by: rejetto on December 20, 2007, 05:19:25 PM
kalleb, consider putting your translation as diff template in the root, for now.
if anyone has a better idea...
Title: Re: Testing build #164
Post by: Foggy on January 01, 2008, 04:06:24 AM
special:begin isn't working in user defined sections.

Under [special:begin] I placed "test" and "test" appears at the very top of the page when I load the root and sub folders but it doesn't appear when I load a user created section.
Title: Re: Testing build #164
Post by: rejetto on January 01, 2008, 05:22:07 PM
you mean by the browser at address /~user-section ?
Title: Re: Testing build #164
Post by: Foggy on January 02, 2008, 12:19:42 AM
yes

Edit: Just had a thought, it probably inst supposed to work in user created sections because for the most part they are supposed to be static html pages. It only just occurred to me because I was creating the section with macro's.
Title: Re: Testing build #164
Post by: rejetto on January 02, 2008, 12:16:23 PM
yes, that's indeed.
if you need the code in [special:begin], just put {{$special:begin}} on the top of your section.
special:begin ATM makes sense only in the pages with a file list.
Title: Re: Testing build #164
Post by: Foggy on January 02, 2008, 12:24:47 PM
Thanks will remember that, I didn't need it in special:begin anyway. It would run the same commands when it was needed.