Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - danny

Pages: [1] 2 3
To work fast and don't overload the server, %item-size% and %item-modified% should be only asked to the server "on-demand" when we click on the menu button. . .
The %item-size% is fast; however, the %item-modified% is problematic.  It would also be cool to use the modern asynchronous (non-blocking) script methods to shorten the anti-phone date format to a phone friendly mm/dd/yy.  That processing can occur on the client, without blocking the server's progress in listing files. 

do you mean a querystring?
I was referring to this:
. . . removing the delete button, and adding a "+" button instead, which when clicked, it opens a modal screen. . .with three nice and big buttons, giving options like: Rename, Delete and Move. . .
After the button is clicked, then that may be a good spot for a photo thumbnail, players, etc...

Also, I had a thought about the speed--duplicate call to %item-url% costs +25% delay and another +5% for the span tag (the sum is about a third); so, howabout no extra button whatsoever, but, instead long-click or right click the filename, and then only one call to %item-url%? I wonder if that is possible. 

HTML & templates / the next phase. . .
« on: July 13, 2018, 09:28:36 PM »
I wonder if it is possible to replace the X with ☰ (menu) or checkbox so as to provide for more features (at no cost to speed)? 
For example, click on ☰ to reach a page with that one file listed along with options to delete, rename, move or play?

HTML & templates / Re: file delete feature, and Throwback9
« on: July 12, 2018, 04:28:23 PM »
Remove the link from the span and add ;cursor:pointer to the style.
Thanks.  I got that pointer edit done and re-uploaded the file. I didn't make the other changes because I got stuck. [...] So, could you make changes to the template and upload it? 
I see it has appeared at the post just above.  THANKS!!
When I checked with the stopwatch, the speed is good too!
You did a wonderful job in showing how to add features without bogging down HFS file listing speed.  Kudos!!!

HTML & templates / Re: Need help with file delete feature
« on: July 12, 2018, 10:26:04 AM »
. . .Update: more elegant. . .
Thanks!  Yes, that is more elegant!

See if I incorporated your delete feature as intended? 

Edit: File removed, because of the better version at the next post.

Thx Danny.
BTW, haven't tested but have an idea for login page
After reviewing old posts:
Why not add a folder called login via vfs (vitural folder not real)
Right mouse click / properties / different template
This code:
Code: [Select]
Not tested, but would add a web link to a login only page???
That uses a browser's built in (or not) basic auth pop-up login box.  Support for that is diminishing.  We need an html login form instead. 

I think it would be elegant to add a real html login form into the error handler [unauthorized] section, because it is the default landing page for all browsers that don't have a basic auth login box built in.  So, then, instead of a nonstop error, you'd just log in (with a real login form).  It is very nice when error pages actually solve errors.  However, still need that login form. 
Code for it should probably have form and post tags.

i saw alot of template chages, and revision, i was not able to save them all. . .
Development was in phases.  You only need versions 4 and 7.

Versions 1, 2, 3, 4 are the first phase, cumulating in Throwback4. 
Throwback4 is a good reference classic template and is PC-centric.

Versions 5, 6, 7 are the second phase, cumulating in Throwback7.
Throwback7 is refined to work well on the PC, tablet and phone.

Versions 8 and 1998 are development versions for a third phase. 
Version 9, uses the guidelines revealed by the '98 version and most of the code from version 8, with the result of sharper looking tables and web browsing speed that is quicker than local file browsing.  Edit:  v9.1 released.

No progress so far on feature provisioning by an ordinary link carrying %item-url% to a separate page for management and media functions.  However, I have a huge list of other templates to look through to see if there is any similar code.

HTML & templates / Re: Need help with file delete feature.
« on: June 03, 2018, 06:37:18 AM »
Sometime ago, I was thinking in another approach: removing the delete button, and adding a "+" button instead, which when clicked, it opens a modal screen (in dark grey color) with three nice and big buttons, giving options like: Rename, Delete and Move (and we could even add a 'Send to' when using a mobile). This way, the 'server side' check (to verify if we could delete the file), is only processed on-demand when that "+" button is clicked. I think this could be a win-win situation to solve this, not only because we don't overload the server, but we also add more options. The hard part is coding it... :-[
Somehow, the "+" icon, when clicked, has to transport that particular %item-url% to a separate page with the delete, rename, move (management) options on it.

I wonder if there is an example with at least as much as carrying the specific %item-url% to another page?

HTML & templates / Need help with file delete feature.
« on: June 01, 2018, 04:15:44 AM »
. . . I don't see any more enhancements available without slowing down the server. . .
That does need refined.

The problem:
Slowdowns are caused by a feature inside file list loop (load*files*users).
Macros and server side scripts are disaster when magnified times the number of files.

Currently, the delete feature costs 28% of the speed when done like this:
   {.if|{.get|can delete.}|<td class=rw align=center><form method='post' id='filelist'><input type='hidden' name='selection' value='%item-url%'><button type='submit' name='action' value='delete' class='del' onclick='return confirm("Delete %item-name%?")'>X</button></form></td>.}
if 40 users browsing 1000 files, the code gets 40,000 times bigger, and you get a broken server

The solution:
Instead, if it could be moved, then it would cost less than 9% for this:
<td><a href="somewhere-else">X</a></td>

That difference would move a lot of bulk and some cpu load, outside of the file listing.  But, how do I do it?
At least, how do we move most of that, outside the loop? 

So, I wrote one with no classes, no jquery, no stylesheet and no static sizing.  It fits the phone screen better. 

Back when the web was new, sites had a sharp clarity look. The blue&silver colors probably help too. 
The 90's style of HTML forces more attention to detail, like using a little paint brush instead of a big paint brush. 

I was curious to see if there would be a difference.  There is!  It really gets a lot of files onto the phone screen. 

But, I was really wondering if there would be a significant functional difference.  There isn't.

Anyway, enjoy the brand new antique. 
(attached below)

If you have a file named hfs.diff.tpl or hfs.filelist.tpl, in that "1" folder, it will display differently.
Are you using an up to date HFS build 299 or 300 (2.3K or 2.3L)?
So, if I understand correctly, ordinary file types and folders fail the css/style color in your folder named "1" but not in your other folders and not on other HFS servers. That may be in the VFS, possibly fixable by making a new folder and copying the content into it.

Since the hover color works, but the main color doesn't, you can try this: 
Edit the [file] section. 
replace %item-name%
with <font color="#88DD88">%item-name%</font>

More specifically.
Find this:  <a href="%item-url%"><font color="white">&#9671;</font>&nbsp;%item-name%</a></td>
Change to: <a href="%item-url%"><font color="white">&#9671;</font>&nbsp;<font color="#88DD88">%item-name%</font></a></td>
Or: <font color="white">&#9671;</font>&nbsp;<a href="%item-url%" style="color:#88DD88">%item-name%</a></td>

That latter method with the inline style is preferred, because the hover/highlight color still works.

I tired TB6-phone.tpl. Some problem. I think the problem starts with a folder called "1". For any reason could this cause a problem?...Still a problem with TB8-Core.tpl
Thanks Chris! 

The most likely trouble is a diff-template has blocked some display rendering. 

First: right-click the root folder, properties, remove anything in the diff-template tab. 
Second: right-click the 1 folder, properties, remove anything in the diff-template tab.
Third: Menu, Save file system.

How to:
The throwback is a replacement main template (not for use as a diff-template). 
To use a new main template, you'd save the tpl file in the same folder as hfs.exe, and then:

HTML & templates / error
« on: May 29, 2018, 12:56:25 AM »
. . . I see the problem on Android 7.1 with Google Chrome and Samsung Internet and on Windows 10 with Google Chrome and Microsoft Edge.. . . diff template the root directory.. . .
Thanks Chris! 
I found possibilities for the error.  It doesn't happen in normal conditions.  Version 7 didn't have contingencies to handle rare events, such as unclassified items in diff template and adaptive tables still drawing after css finishes.  Those are possible.

To remedy this, I've added fallback code and rewritten the css to half size for version 8.
That took all day. 
And still working on it.

For preview, here is the version 8 core.
Because it is a re-write, the extra features haven't been added at this time.
(A macro that provisions a delete feature costs 28% of the speed. It is not added yet) 
So, if you want to find out how fast HFS is supposed to go, try this:

Edit: Basic "core" of version 9 added here, because similar.   
The add-on diff txt for upload folder features, works with both.

That is not HFS. 
HFS doesn't act that way. 
You have a connectivity problem.

Possibilities include, 3rd party firewall/security software, modem problem, switch problem, network drivers, router problem. 

What browser are you using?  Phone, Tablet, PC, Mac?  Which specific template file are you using?   
Try adding a{color:#8D8} to the bottom of the [style] section in the template.
Try version 4 or 6 of this template, to see if there's a difference.

Pages: [1] 2 3