Messages

166

Programmers corner / A stuff for making HFS template and its addons to one file

« on: June 04, 2020, 02:23:59 AM »

I made a stuff which can make a HFS template and its addons to just one file,
thus it will be never confusing for users that cannot deal with many files.

Especially useful for dj's mobi-light and its addons. Use them with just several clicks.
Can be used to connect other files too.

See the attachment below.

There are several files in the zip file, extract them somewhere you want.
Put the main templates the same folder as this tool.
There must be a folder called "addons" to keep this tool run normally. Put your addons inside.
It's beta. Please report bugs and suggestions.

Update: this tool can work normally now

This thing is just a shell to rejetto's FileBuilder.
Addon shell powered by Visual Basic 6.0 & Windows Batch (command line).
Source code of this stuff is available. Seems messy this time...

167

Beta / Re: version 2.4

« on: June 03, 2020, 02:16:23 AM »

I found that in Wine/Linux, after minimizing HFS beta9 to tray, I cannot call it up.
It serves files normally.

168

Beta / Re: version 2.4

« on: June 02, 2020, 05:40:02 PM »

new version is out and unicode problem is fixed

https://github.com/rejetto/hfs2/releases/tag/v2.4-beta09

Oh yeah, that's almost perfect!

I see in default template the file actions are done by adding a <form> element to page, edit and submit it with jQuery,
 and the traditional ajax method of deleting a file from default template of 2.3m in Takeback cannot work (loaded with change of [unauth] and dj's adaption).
What should be done to this

169

Beta / Re: version 2.4

« on: June 02, 2020, 05:03:50 PM »

Windows Defender reported Beta 09 as potentialy unwanted app PUA:Win32/Pearfoos.A!ml

Windows/Microsoft Defender/SmartScreen almost always reports exes without a developer signature unwanted/non-trivial.

Some reports by Defender I had met:
 The beta version 2.4rc4 also gets a virus detection (Trojan:Win32/Fuery.C!cl)
 SilentPliz's translation version of HFS was reported a Trojan:Win32/Wacatac.C!ml
But all of them have no problems and seems that the trojan types are random...

So, do not care that report, ignore it and allow HFS or add HFS to whitelist

170

Beta / Re: 2.4 beta unicode problem

« on: June 02, 2020, 04:48:22 PM »

I really appreciated your help anyway, and be happy because the bug is gone

Glad to hear that! Good job

171

Beta / Re: 2.4 beta unicode problem

« on: June 01, 2020, 02:35:02 PM »

rejetto,

Now let's turn to utf-16, once you mentioned, as the format of filenames on Windows.
(It's my fault to mention ansi everytime, the main problem might not there)
The Unicode standard pdf might be useful.

I reffered to its figure2.11, and made a draft to simulate the conversion from utf8 to utf16, then found somewhere suspicious.
I'll send the draft tomorrow.
My computer will keep opened tonight, for your futher test work.

Edit:
I attatched that draft.

Figure 2.11:

	A	Ω	語
UTF-8	41	CE A9	E8 AA 9E
UTF-16	0041	03A9	8A9E

I had a reversed conversion, from utf-8 to utf-16:
We can see the Chinese character takes place of 3 bytes in utf-8, but 2 in utf-16.
The omega always takes 2 bytes.
So, if there are only Greek symbols(2bytes) in filename, they will fine;
if there is an odd numbers of Chinese character(3bytes), even if the amount of multi-byte chars in a chunk is even, they will be bad.

I think it's the problem of byte counter or sth else, making the last odd byte orphan and connected to the following single-byte char, then both of them got corrupted.

Above is not 100% true, only for reference.

Filenames in draft:
语文.txt
语Ω.txt
语文书.txt

172

Beta / 2.4 beta unicode problem

« on: June 01, 2020, 10:49:05 AM »

I had already tested with various browsers before, but all of them have problems...

Your uploads were fine, I see the file 哲学.ppt is already fine also in my browser now...

But the file 生活处处有哲学.ppt, which is the original filename for the problem test, goes bad. Also try that please?
Sorry for offering a filename with no problem...
A discovery:
 Multi-byte ansi characters have something interesting --
 These chars almost goes with 2 bytes in ansi,
 but in utf-8, they are expressed in 3 bytes.
 So, I found that: if the numbers of utf chars are odd, the upload fails with orphan non-print byte. If it's even, it succeeds.

173

Beta / Re: version 2.4

« on: June 01, 2020, 10:12:27 AM »

Is this test good? If yes, then the problem is not in HFS but in the browser you are using.

(Corrected sth and moved to the topic for unicode.)

174

Beta / Re: version 2.4

« on: May 30, 2020, 11:24:25 PM »

I see the resources can be translated now. Good job!
I also see the locale strings(Arabic, Baltic, Chinese etc.) appeard at the end of the file were "pushed" with different IDs, compaired with old hfs.lng. If they always have a different IDs each time they are generated, it will be annoying since we should work with them again and again.
Upload unicode problem is not solved in beta8
Check the template side? (Though with little expection...)

Edit: I see this problem is there from alpha6, the version which general Unicode problem had been fixed. I did not tested it out that time, sorry...

175

Beta / Re: version 2.4

« on: May 29, 2020, 02:30:07 PM »

A truth that cannot beat: HFS is going better and better!


I found another thing: I see the ok/cancel in port specifiction now can be effect by the hfs.lng translation file, but they seems have conflicted IDs to some built-in localization type strings.

See the snapshot, or place the English (unchanged) hfs.lng to HFS folder and relaunch to see.

176

Beta / Re: version 2.4

« on: May 29, 2020, 04:20:49 AM »

@rejetto:

The translations are just because of the hfs.lng file.

You have once solved the Unicode problem around here: http://rejetto.com/forum/index.php?topic=13288.msg1065652#msg1065652
Try to callback what the method you have used

For other things we mentioned I will do more actions a few days later to decide what to do next.

177

Beta / Re: version 2.4

« on: May 28, 2020, 04:26:37 AM »

(I'm rushing to leave when doing previous post, in a hurry.)
The last-utf-char-corruption still exists, but this cannot be seen on rejetto's computer.

Uploading a file with specified last utf8 char can reproduce the problem on most (other) computers.

eg. 哲学.ppt -> 哲�?ppt    (note that dot disappeared too)  Then "filename is forbidden".

This seems can be fixed with the (almost) same way we used in alpha to the uploading function.

Maybe file names on windows are in ansi but not utf-8.
Another thing: Most of the templates of version 2.3 (including mine) seems cannot work correctly in 2.4, with bad file action functions. Should this solved by template makers or rejetto?

Problems found in Takeback:
 Uploads a blank file, no uploading results are shown (showing a filelist page while a POST request)
 Renaming & moving do not work
 Bad session when creating a folder

178

Beta / Re: version 2.4

« on: May 27, 2020, 02:37:08 PM »

The Unicode problem we dealt in alpha is still exists in beta5's strings(filenames) of upload, make folder, renaming etc.

179

Beta / Re: version 2.4

« on: May 24, 2020, 04:56:37 AM »

It's a great new that 2.4 entered beta stage. But...
 Beta2 seems broken in certain conditions...

Tested with various browsers, both Windows10 and Wine/Linux (Windows7), with firewall whitelisted and anti-virus software closed:

The default template's action bar and location bar sometimes are not shown. Try enter various pages and refresh them.

Most severe ones are:
 View pages with Chrome/Edge, there is a chance that HFS transfers some data, then "die" for a while without responding data. (not sure)
 View pages with Firefox/Nightly, HFS only transfers a few data, then "died" too, and never respond any data to any browsers. (this is true)
 Switching on/off have no work to them.
 Above problems also comes with: not all required files of a page are transferred, thus my index page is broken since no full CSS.
 After temporarily resetting options, there's a chance that HFS cannot open any port to switch on.

When I switch back to 2.3, everything is well...
Additionally, It seems that (maybe) these things are there after adopting throwback/takeback templates' initial settings.

Did these only happened to me?

The last thing: How about adding the translation system (.lng file) back

180

HTML & templates / Re: The "Takeback" template - A different & modern taste

« on: May 23, 2020, 10:07:46 AM »

I'm back! For one day!

But, I was wondering, howabout changing the X for a model with delete, move, rename?

I think I have done file action models days ago:
 Once you have permissions to these actions in your folder, you can see orange colored text menu below the "X", above the preview.
 Besides, "X" is not removed since we need hide preview frame sometimes.
Have fun!