rejetto forum
Software => HTML & templates => HFS ~ HTTP File Server => RAWR-Designs => Topic started by: TSG on February 07, 2008, 01:32:45 PM
-
RAWR-Template-0.0.3 Released.
(http://www.rawr-designs.com/?downloadbutton=17) (http://www.rawr-designs.com/?download=17)
[new] Black theme.
[new] Language files, 7 available languages, en, es, fr, it, ru, de, nl.
[new] Macro driven shoutbox.
[new] Macro driven check update feature.
[new] Template Settings: theme, language, shoutbox toggle (on-off), admin (admin account for deleting posts).
[upd] More thumbnail and preview support for long extensions & tif filetype (ready for T&P Gen 3).
[upd] Small CSS changes included for easier language implementation.
[upd] CSS class added for search and shoutbox input fields.
[chg] {{$theme}} now {{!theme}} for easier setup.
[to-do] Moderator accounts for shoutbox.
NOTE: Shoutbox doesn't work too well with special characters. They appear as ??, its a bug with HFS. Hopefully will be fixed by 179.
EDIT: Forgot to mention, the shoutbox also supports 11 emoticons. These are triggered by common MSN inputs.
-
(http://img3.imagebanana.com/img/fsbvdve/thumb/shoutbox.jpg) (http://img3.imagebanana.com/view/fsbvdve/shoutbox.jpg)
-
Do you disable browsing or hide everything in the template directory? You need only hide /template. Don't protect the template directory either.
-
Regards by all. we have some problems with mapping of Russian names it is file and the commentaries
-
It might be a HFS bug. HFS doesn't fully support Unicode as rejetto has stated many times. Comments are out of my control.
-
It does mean necessary to 4 so I do understand to learn coding commentaries and names it is file?
-
HFS doesn't load uncode filenames from the server's disk.
Unicode characters in comments are not involved.
-
this is what I attained after changing coding. everything show normally except the statistics
-
(http://img3.imagebanana.com/img/z0cls0l/thumb/shoutbox.jpg) (http://img3.imagebanana.com/view/z0cls0l/shoutbox.jpg)
-
Hmm. I don't understand this one, cause the language file is UTF-8 and the template is UTF-8, and all characters in your language show correctly. Comment is converted to UTF-8 when HFS generates a page... So why your non-ascii Russian characters are not showing has confused me.
I ran some tests. In this screenshot, you can see i get a similar result. Language var works fine, direct input into comment field... well i cant even see the chars (this is apparently cause the interface isn't unicode).
Run some tests using actual .comment (UTF-8 saved) files in real folders. See what they come up with.
ladiko, remove 'hide tree' thats why its doing it lol. Just 'hide' /template.
Nice work GANGE, But I do not know why that is happening with the statistics either :P, it might be because stats.htm is not encoded correctly, for some reason, mine corrected itself. I will disable updating statistics for Russian in next build if this cannot be resolved. Are you using 178?
-
I simply changed the parameter to lv_charset=UTF-8 to lv_charset=windows-1251 and transferred into Ansi coding.
-
sorry, i misunderstood your last reply vice versa. problem is still there:
(http://img3.imagebanana.com/img/yzdmnhh/thumb/shoutbox.jpg) (http://img3.imagebanana.com/view/yzdmnhh/shoutbox.jpg) reloading the page with [ctrl]+[r] or [f5] doesnt help. loading the shoutbox keeps the page loading and loading and i'm very confused cause after half a minute or so, my router disconnects my wlan ^^
if i dont reload the page, everything works great. never had an similar issue.
also interesting: http://localhost works, but dyndns adress fails.
using hfs178
btw:
why is browsing needed? without browsing, it doesnt work.
-
why is browsing needed? without browsing, it doesnt work.
you need browsing enabled because the shout box is an iframe that calls the folder /template/shoutbox which has a diff template in it.
-
i still have the problem =(
-
btw:
why is browsing needed? without browsing, it doesnt work.
i still have the problem =(
You just said it works when you enable browsing? You must not hide the template folder tree or disable browsing, otherwise it will not work. Other than that I have no idea what your problem is there.
-
http://localhost works (if browsing is enabled), but dyndns adress fails. also 127.0.0.1 works, but my external ip doesnt work like the dyndns entry. the site loads until it has to load something from the shoutbox and then it stops cause my fritzbox7170 reboots or reconnect asdl and wlan oO
i've tried to change from rawr_black to rawr_blue and also to reset the fritzbox. i've tried to change the language to en ... dont know what i could try additionally =/
now also tried to use a unused naked hfs folder and only configured to use the folder template and the template rawr-0.0.0.3 and still: workes local, but not throuth the net.
-
Its nothing to do with the template then. If it works in local address then its fine.
-
hehe yes ...
at work there's a colleague with bnc network cabling and since a week she cant print on a network printer. but everybody else can use the printer and she has access to network folders and the internet and also everybody can ping everybody and everybody can ping the printer. only she cannot pint the printer and cannot print.
we tried a lot:
cause they all have no administrative rights it's not possible that they could have changed something.
but never the less we checked her ip, subnetmask, gateway, dns. checked printers ip, subnetmask, gateway, printer queue ...
* putting her cable to another connection box --> doesnt work
* printer on another cable --> doesnt works --> printer cabling should be ok
* connecting her pc with a 30m cable to the switch next to the printer --> can print --> pc ok, printer ok, printer cabling ok
* another (working) pc on her cable --> doesnt works --> should be something the cabling
so we thought it has be her cabling and we called the network technicians and told them what we did etc.
their answer:
if her pc can connect to the net, her cable is ok. if the printer is printing from others pcs, the printer is ok. ergo: no work for the technicans.
simple solution ^^
edit:
tested it on another pc (bought on christmas and only used for gmail, word, online banking and solitaire ^^) and got the same result: it cannot load the shoutbox and kicks the adsl-router
-
Hey Ladiko:
their answer:
if her pc can connect to the net, her cable is ok. if the printer is printing from others pcs, the printer is ok. ergo: no work for the technicans.
From time to time I have to fight with problems like this. The last one was: One PC worked fine, and could access everything in the net (printers,server,lanfax,scanner) and internet worked fine for all except some pages with maps from one site. First we checked all the software installed, configurations.. all was ok and the same like in other PC's in the net that didn't have the problem. We changed cables. Interchanged PC's of two workplaces. No luck, the PC with the problem didn't show the maps ...
Changing the network adapter of the PC solved the problem!
-
no it's not the network adapter and it was also an example for:
if the template works in the local network, the template is ok.
-
hmm, if it works using localhost but does not work going through the router, then maybe it is the router causing the problem?
-
have problems with russian language too. changing the charset to win-1251 won't help-Russian words of the template stop being shown correctly.
-
ladiko:
Check if there is a problem opening to many connections with a tool like TCPview from Sysinternals or Currports from Nirsoft from example. Open it without connection from outside, then connect and see what's going on until router crashes. That's the only thing i can imagine that could make reset a router with http-traffic (and it should not!).
If there is nothing abnormal, try changing your router or go with your PC to a friend's house with another internet connection to see what's happen.
-
reset fritzbox to factory settings and only configured internet connection and port80 forwarding and the problem still exists
tcpview shows only 4 to 5 connections while refreshing the page.
whats confusing me too:
if i load the page the first time after reseting the router (by me or by itself) the page loads perfectly, but if i reload the page ...
-
Hi,
I found time today to switch from 0.0.1 to 0.0.3.
German special characters im comments and folder names are no longer correct.
Till today I used 0.0.1 together with HFS 2.3 build 178 and it worked fine.
So there must be the change in build 0.0.3.
-
There is a lot of changes in 0.0.3, I do know about the special chars in comments and shoutbox problems with special characters. It seems to be HFS related to me. I am looking into it once I finish the homepage.
I am also working on fixes for the new HFS security measures... 0.0.4 might be released sooner than I thought.
-
he said he was using 0.0.1 with #178 (the last one), and it was working.
it doesn't seem likely to be something related to HFS.
-
he said he was using 0.0.1 with #178 (the last one), and it was working.
it doesn't seem likely to be something related to HFS.
The HFS-default-template is working too.
Folders, Files, comments and breadcrumbs are correctly shown with special characters.
So does RAWR 0.0.1.
With 0.0.3 folders, files, comments and breadcrumbs are wrong.
If you search for a file with special characters and you enter these special characters in the search box, the search works and these files are found and listed with the corrupt writing. When the search is finished the correct special characters in the seach box switch to the wrong ones.
-
Hi,
the show/hide buttons of the modules (Folder functions, statistics, shoutbox) always show the hide-icon.
The main show/hide switch works as usual.
-
Hi,
the transfer-box switches in the refresh interval between these 2:
-
This template has ALWAYS been UTF-8! I have never changed it! If the language files work properly then special chars should work in other sections! I am growing tired of this. It makes no sense. The template is rendered in UTF-8 so special characters should work the same as they did in previous builds. I cannot do much more to improve it. If someone knows the solution tell me. Every time you post rejetto you say its not HFS, but I still think it is, why would only values coming from %symbols% display wrong??? I'm blaming HFS :P
Yes I have known about the hide/show buttons since 0.0.2, Firefox sees the line break as firstChild thats why its not working, I have fixed it for the next build.
That last bug is a bug with the load macro i think. I attempted to fix it by putting {{$special:begin}} for each separate page in the template which seemed to fix it for me...
-
Will you build your opinions on the facts/tests made by people, or on your laziness? Bad boy.
If you don't want to work on it you can postpone it by putting it in a to-do, or just say "I won't".
-
I am asking for help with this, the translators ladiko, MarkV, even parade, what charset do you guys normally use and what do I have to change to make it display properly in German. Same goes for Russian, I think the other languages are ok.
I want this solved before the next release. But I am too tired to work on it atm. It's 1:30am and the screen is getting blurry :D
How is the other language files holding up out of curiosity?
-
I am asking for help with this, the translators ladiko, MarkV, even parade, what charset do you guys normally use and what do I have to change to make it display properly in German.
I normally use UTF-8 and Firefox.
There is no problem with UTF-8, HFS 2.3 build 178 and RAWR 0.0.1.
If I switch to any other charset available in Firefox I get wrong special characters.
UTF-8, HFS 2.3 build 178 and RAWR 0.0.3:
I get wrong special characters.
If I switch to any other charset of Firefox the special characters are o.k.
The language file entries are always o.k
Good luck ;)
parade
-
I normally use UTF-8 and Firefox.
There is no problem with UTF-8, HFS 2.3 build 178 and RAWR 0.0.1.
If I switch to any other charset available in Firefox I get wrong special characters.
UTF-8, HFS 2.3 build 178 and RAWR 0.0.3:
I get wrong special characters.
If I switch to any other charset of Firefox the special characters are o.k.
The language file entries are always o.k
The problem is with RAWR 0.0.3.
-
I normally use UTF-8 and Firefox.
There is no problem with UTF-8, HFS 2.3 build 178 and RAWR 0.0.1.
If I switch to any other charset available in Firefox I get wrong special characters.
UTF-8, HFS 2.3 build 178 and RAWR 0.0.3:
I get wrong special characters.
If I switch to any other charset of Firefox the special characters are o.k.
The language file entries are always o.k
The problem is with RAWR 0.0.3.
Does no one see my problem? cause jonas that was bloody useless.
There is no reason for 0.0.3 to be any different from 0.0.1, I have not changed the sections you speak of as showing wrong since 0.0.1. This is why I'm confused. Simply coming on here and telling me that its a problem with 0.0.3 is not helpful jonas.
If it worked in 0.0.1 why wouldn't it work in 0.0.3?? Take a look at the source from 0.0.1 and the source from 0.0.3, The only difference is that I insert language variables. I have not changed or moved the sections you speak of %comment%, %filename%, %bread-name%. There is no reason for the page to render any different.
-
If it worked in 0.0.1 why wouldn't it work in 0.0.3?? Take a look at the source from 0.0.1 and the source from 0.0.3, The only difference is that I insert language variables. I have not changed or moved the sections you speak of %comment%, %filename%, %bread-name%. There is no reason for the page to render any different.
I had a look at the tpl and I am far away from understanding all of it.
I looked for charset, found charset={{!lv_charset}}, changed it to charset=UTF-8 and so far I can see all characters look fine.
Greetings
parade
-
So it is HFS. Cause UTF-8 is shown on the client side. But HFS must do language variables after page generation then send it to the browser.... and so characters imported from %item-name%, %comment% and %bread-name% are not encoded correctly within HFS cause HFS isn't fully Unicode. How to get around this I wonder ??? I understand {{Macro}} must run after %Symbol% for parameters...
How can i set the charset as a string variable so it can be packaged in the language file.... maybe use
[charset]
{{!lv_charset}}
then have {{$charset}} in the meta tags... but i dont think that would make a difference cause macro runs after symbol and that cannot be changed....
I guess we have to default it to UTF-8 and languages like Chinese will have to manually change the value.
-
Ok for now the charset is locked to UTF-8 manually.
I have upgraded the template for HFS 179, shoutbox post deletion had to be removed, other than that the effects are un-noticeable with the new security rules.
I urge all RAWR-Template users to update to this build as 179 completely screws 0.0.3.
A note to all RAWR-Designs users!
If a check update feature fails, click the readme link and it will redirect to the correct homepage, we are taking care to cover all dead links for the new homepage.