aMule Forum
English => Skins & GUI => Topic started by: gulp on February 06, 2008, 11:00:15 PM
-
I've made some changes to a amuleweb skin i've found on a blog, named Litoral.
Changes:
-New Login page
-New disposition in download and upload page
-New disposition in shared files page
-BugFix (a lot of php errors)
-Various graphic changes
-Background
-Translated in italian (sorry i don't have an english version, but is easy to translate)
Thanks to the author who made the original version.
Some images:
Login Page:
(http://img263.imageshack.us/img263/8035/amuleweb1gg8.th.jpg) (http://img263.imageshack.us/my.php?image=amuleweb1gg8.jpg)
AmuleWeb Download&Upload page
(http://img139.imageshack.us/img139/4825/amuleweb2ba1.th.jpg) (http://img139.imageshack.us/my.php?image=amuleweb2ba1.jpg)
Download Link:
http://www.mediafire.com/?c9jeftldl1c
-
I will definitely take a look
-
Nice, but have functional bugs:
* statistic tree doesn't work like a tree
* "Download" button is almost outside of screen boundary and thus unusable
* Status printed in tiny font in right bottom corner, while plenty of space wasted in header
* I prefer login window to be centered and not sticked to the top
-
if you or someone else can improve this skin.... i don't have knowledge to improve it further
i love it, the amuleweb skin that came with official package are so ugly....
Btw the "download link" button works for me (using latest svn releases )
and i prefer login screen to be centered too.
With a little work on it, i think that this skin could be merged in the svn (or cvs) ;) if the developers agree.
-
I like it, too.
When it will be ready for a release, I'd like to port its graphics to Tango style (and colour palette).
All this, if the developers agree, obviously. ;-)
-
if you or someone else can improve this skin.... i don't have knowledge to improve it further
i love it, the amuleweb skin that came with official package are so ugly....
That's because I'm not web designer. I do like your skin, may be I will be able to fix it myself ...
-
Project kind of stuck, hu ?????
-
It looks really nice. If there are no copyright issues, I would like to ship it with aMule once everything works fine.
Could you please point me to the address of the skin creator? I'd very much like to fix the problems (I'm no web designer either, but I did work as web programmer during an internship. ;) ) and add it to aMule.
-
It looks really nice. If there are no copyright issues, I would like to ship it with aMule once everything works fine.
Wow, would be a great add-on for amuleweb!
The author originally posted his skin here : http://forum.mandriva.com/viewtopic.php?p=244341#244341
username GeVauDan.
Ship it with amule ;) is a great skin!
-
It looks really nice. If there are no copyright issues, I would like to ship it with aMule once everything works fine.
Wow, would be a great add-on for amuleweb!
The author originally posted his skin here : http://forum.mandriva.com/viewtopic.php?p=244341#244341
username GeVauDan.
Ship it with amule ;) is a great skin!
Link in forum seems to be invalid
-
The link is valid and I'm already in contact with GeVauDan. We have full permissions to use the skin and he expressed interest in further work on aMuleweb skins. :)
-
I don't know, but it will - because you will make sure, that's the case. I promote you to the official guard of the amuleweb skins. ;) (Seriously: Thanks for your reports, I really appreciate them a lot.)
-
The link is valid and I'm already in contact with GeVauDan. We have full permissions to use the skin and he expressed interest in further work on aMuleweb skins. :)
Can you please post link here as well?
-
I can, it's a reply to the same forum topic as above: http://forum.mandriva.com/viewtopic.php?p=461536
Vous avez évidemment tous les droits et autorisation de ma part pour faire bon usage de cette "skin".
In English: You have of course all the rights and authorization from my side to make good use of this 'skin'.
The rest of the communication has been via pm/email so far and mostly in French. I can express my complete satisfaction with his style (xhtml/css with strict content/design separation).
If you want me to give you insight into our conversation and provide you with a translation of the relevant parts, please tell me so.
-
wuischke: misunderstanding we have. I asked for like to skin, not to forum in French, which I can not read. Direct link, please.
-
Well, he's the one who wrote the original skin. We need his permission as well as gulp's if we want to ship the skin with aMule.
I can't provide you with the original skin, I'm sorry.
-
Well, here we go with a RC for the litoral mod inclusion to aMule.
I've translated it to English (please tell me if I've forgotten something or if the original English differs from my Italian->English translation), added the log view and fixed the statistics tree. If you don't encounter any problems, I'll commit add it to aMule.
-
No problems at all here, statistics tree is a lot better now, and log viewer is useful.
Just a little glitch imo... in the upper right border, is better to put "log" under "configuration" instead that on the same line.
wow good work!
-
I agree - looks very nice.
-
Awesome
-
Can someone else please commit it? I've suffered a partial hard drive failure and currently I lack the time to set up my system properly. (I'm even typing with English keyboard layout now, because I didn't write a xorg.conf yet.)
Please don't forget to give a special thanks mentioning to GeVauDan and gulp, because they did all the hard work.
btw: Is there already a way to use gettext translated strings with amuleweb templates? Someone in this thread was happy about the skin being in Italian, I see no reason not to translate skins by default, too. If not, I'll have a look at it once I've fixed my hdd (which means that it was a software failure...on two partitions and one of them wasn't even mounted when it happened...:( ) or I got myself a new hdd...
-
Committed.
-
Hi all,
Today a mysterious link !
[Edit: Link removed. It's cool to download, and the skin is REALLY cool, but due to the forum rules we can't let you link to your page, because it shows downloads of copyrighted content. Sorry, thanks for the good work, and welcome to the forum.]
To be continued...
-
Sorry for the rules of the forum, I have deleted the concerned contents can you recover the link?
The opinion(notice) of the end users is very important...
Indicate me any bug or error of display, also clarify your browser and the version.
Note, this skin will be useful since a text browser (w3m, Lynx,...)...
Thank you.
-
I don't know the link - but post it again if there is no copyrighted contents on it (and don't add any afterwards).
-
http://atwork.darknessmind.org/aMule/
Thx
-
Very original. I like the concept of view-switching.
-
I like it a lot also. In fact, I'll get today's SVN just to use this new amuleweb skin :P
Regards, and thanks everybody for the hard work.
-
http://atwork.darknessmind.org/aMule/
Thx
Wow!! nice skin!!
Where we can download it?
-
I work on use details, you can report any bugs on different browsers (the present view is optimized for firefox but i need somes report with konqueror/opera/ie7 (not ie6) and more...)
This version can't be install (it's just a xhtml/css template) - coming soon...
-
Looks fine so far with Opera 9.26 and Safari 3.1 on Win 2003. I'll install IE7 later and I'll tell you if there are any problems.
Edit: It is OK on IE7, there's a small display error with the percentage, but otherwise it works.
-
Thanks, i look that this afternoon !
-
Looks fine so far with Opera 9.26 and Safari 3.1 on Win 2003. I'll install IE7 later and I'll tell you if there are any problems.
Edit: It is OK on IE7, there's a small display error with the percentage, but otherwise it works.
Corrected. Thx.
-
Xhtml (strict) validation passed !
http://validator.w3.org/check?verbose=1&uri=http%3A%2F%2Fatwork.darknessmind.org%2FaMule%2Famule.php
Css (2.1) validation passed !
http://jigsaw.w3.org/css-validator/validator?profile=css21&warning=0&uri=http%3A%2F%2Fatwork.darknessmind.org%2FaMule%2F
-
Do you love surprise ?
I purpose a new "logo"
(http://atwork.darknessmind.org/aMule/amule_the_rabbit.png)
Do you approve ?
-
seems a rabbit :)
-
I have checked "litoral" template yesterday. My primary complain: language. Default is English. We may discuss options for localization support in amuleweb, but IMHO any template must have English version as a default, and localized version if author think it's needed.
-
I have checked "litoral" template yesterday. My primary complain: language. Default is English. We may discuss options for localization support in amuleweb, but IMHO any template must have English version as a default, and localized version if author think it's needed.
Perhaps is it possible to integrate a translation through xml files.
Everybody can bring in their own language.
What do think developers?
-
lfroen: Where did I miss something? It's quite possible that I overlooked a couple of strings when translating.
GeVauDan: It wouldn't be hard to integrate a translation on per-template base (assuming we establish a default "template template" we only had to do the work once), but this would be a client-side feature. (I prefer JSON over XML myself.) This is nice, because you can change the language on the fly, but it adds unnecessary complexity to the code (we need a container for every translatable string) and this would of course not work when JavaScript is not available.
A proper solution would be to do this on the server side, removing the complexity with only a little less flexibility. (You have to reload the xhtml pages when you change the language.)
Thinking about it, I actually like the idea, but I still lack the time [and a wardrobe and some chairs] to write some code for this.
-
GeVauDan: It wouldn't be hard to integrate a translation on per-template base (assuming we establish a default "template template" we only had to do the work once), but this would be a client-side feature. (I prefer JSON over XML myself.) This is nice, because you can change the language on the fly, but it adds unnecessary complexity to the code (we need a container for every translatable string) and this would of course not work when JavaScript is not available.
A proper solution would be to do this on the server side, removing the complexity with only a little less flexibility. (You have to reload the xhtml pages when you change the language.)
Thinking about it, I actually like the idea, but I still lack the time [and a wardrobe and some chairs] to write some code for this.
The solution is simply to use a file type ".ts" (xml formated) in a folder "translate" appointed in different languages (en-EN.ts, en-UK.ts, fr-FR.ts,...) and our famous config.inc . php to store this information.
Don't use javascript we reload the xhtml. We will not use function javascript to do that.
-
Perhaps is it possible to integrate a translation through xml files.
Everybody can bring in their own language.
What do think developers?
The solution is simply to use a file type ".ts" (xml formated) in a folder "translate" appointed in different languages (en-EN.ts, en-UK.ts, fr-FR.ts,...) and our famous config.inc . php to store this information.
Don't use javascript we reload the xhtml. We will not use function javascript to do that.
I have to admit that I have near zero practical knowledge about building web applications. I build amuleweb and it's php-like script to resemble (L)AMP as close as practically possible. What is "famous config.inc" you're talking about?
Now, someone please educate me - how one translates real site? Write HTML twice? Load strings from xml? If you need to add server side support for those thing - fell free to ask.
-
We use gettext for translations, there's no reason to introduce another format. amuleweb is also a bit different from standard PHP and doesn't use its configuration structure.
I suggest implementing a new function to amuleweb PHP which would take care of the translation. This should be integrated with our standard translation procedure, i.e. using gettext.
Example:<?php print _("Enter password"); ?>
-
We use gettext for translations, there's no reason to introduce another format. amuleweb is also a bit different from standard PHP and doesn't use its configuration structure.
I suggest implementing a new function to amuleweb PHP which would take care of the translation. This should be integrated with our standard translation procedure, i.e. using gettext.
Example:<?php print _("Enter password"); ?>
You're the brain :) It's ok for me :)
-
I suggest implementing a new function to amuleweb PHP which would take care of the translation. This should be integrated with our standard translation procedure, i.e. using gettext.
I welcome the idea as long as all the following functions are implemented at once (otherwise sooner or later someone will definiately ask for them in a Feature Request):
gettext(msgID)
gettext_noop(msgID)
ngettext(msgIDsingular, msgIDplural, count)
Amuleweb template translations should be independent of the main program's translations, so they can be supplied with the templates themselves. Maybe putting them into the amuleweb-<templatename> domain, and amuleweb should select the right textdomain together with the template.
On the other hand, amuleweb should also be able to access amule's translations, at least for the statistics tree, and for the log if we ever allow it.
-
I suggest implementing a new function to amuleweb PHP which would take care of the translation. This should be integrated with our standard translation procedure, i.e. using gettext.
I welcome the idea as long as all the following functions are implemented at once (otherwise sooner or later someone will definiately ask for them in a Feature Request):
gettext(msgID)
gettext_noop(msgID)
ngettext(msgIDsingular, msgIDplural, count)
Amuleweb template translations should be independent of the main program's translations, so they can be supplied with the templates themselves. Maybe putting them into the amuleweb-<templatename> domain, and amuleweb should select the right textdomain together with the template.
On the other hand, amuleweb should also be able to access amule's translations, at least for the statistics tree, and for the log if we ever allow it.
Hi,
I agree the principle.
I wonder for some years about future of design applications (I make this work s1ince 10 years)
I think that we slide little by little towards a "all" xhtml/css to display a result of a query, for the portability from multi-platform, for the simplicity of evolution and update.
Finally, the future of aMule (and aMule Gui) is it not aMuleWeb?
The interoperability of the aMule kernel should it not steer it in the direction of amuleweb and thus to use more resource of aMuleWeb application (translation normalized by type .ts in the aMule gui)?
-
We use gettext for translations, there's no reason to introduce another format. amuleweb is also a bit different from standard PHP and doesn't use its configuration structure.
I suggest implementing a new function to amuleweb PHP which would take care of the translation. This should be integrated with our standard translation procedure, i.e. using gettext.
Example:<?php print _("Enter password"); ?>
I see that nobody is able to answer a simple question "how real, AMP web application is translated". Let me get this straight - suggestion is to add function "_()" to php core, that will do what?
Finally, the future of aMule (and aMule Gui) is it not aMuleWeb?
Definitely!
-
OK, sorry for not saying this clearly.
I'll give you phpbb2 as an example of translations using php (associative arrays). Drupal for example uses gettext, which I favour, too.
$lang = array_merge($lang, array(
'ADMIN_CONFIG' => 'Administrator-Konfiguration',
'ADMIN_PASSWORD' => 'Administrator-Passwort',
'ADMIN_PASSWORD_CONFIRM' => 'Bestätigung des Administrator-Passworts',
[...]
message_die(GENERAL_MESSAGE, $lang['No_posts_topic']);
I would like to propose a system similar to the following:
We collect all the strings which are necessary in a template and use them for the localisation with amuleweb. It is possible to scan the template files directly for strings to translate with xgettext, so this is an automated task.
The actual translation task will be done by our translation team (after automatically merging as many strings as possible, a small duplication is imho not avoidable) just like it is done with the main application. This is important because our translators already know how to use po files.
To actually use translated strings in a template, we need an interface between the gettext functions in C and the amuleweb PHP language. (http://www.gnu.org/software/gettext/manual/gettext.html#Language-Implementors) Important are the functions GonoszTopi mentioned (normal messages and plural messages) and the function to set the currently used locale.
What do you think?
iz0bbz: We will not abandon other ways of controlling aMule remotely, but *I* would like to focus my current work on the web interface.
-
I think that I still don't understand what _("some string") should do. I will read gettext docs, but idea looks quite possible and not difficult to implement.
-
_("some string") is an alias for gettext("some string"), it is used because it less work to type.
This function will replace "some string" by the localised flavour if you use a locale different than English.
An example: print _("some string") will print some string on a English system and irgendeine Zeichenkette on a German system.
-
lfroen:
gettext_noop("some string") is (as its name says) just a do-nothing, it can be probably defined in PHP, so it doesn't really need an implementation.
_("some string") is just an alias for gettext("some string") as wuischke said, see below (also can be done in pure PHP afaik)
gettext("some string") and ngettext("singular string", "plural string", count) should call the named functions from the gettext library with the given parameters, so they are simply an interface between PHP and the system lib.
The interesting part is selecting a message catalog for translation, which is done by the textdomain("domain-name") gettext function. (The language also has to be set by the setlocale() function.)
If you could code the gettext() and ngettext() functions to PHP, I'd add the translation selection logic.
Of course all this requires that the gettext library is installed.
-
If you could code the gettext() and ngettext() functions to PHP, I'd add the translation selection logic.
Of course all this requires that the gettext library is installed.
Why do you need ngettext()? If I got it right, I should add funtion _() which will call gettext() internally.
-
ngettext() is for plural forms.
An example:
You call the following code with different values for the integer value 'n':
ngettext("%d download", "%d downloads", n);For a value of '1', it will return "1 download" and for values other than 1 "n downloads", e.g. "12 downloads".
-
How exactly _() should know which one to call?
-
lfroen, as I said above, you should add gettext() and ngettext(). _() is not a standard gettext library function, it is only a conveniance, see in libintl.h:
#define _(x) gettext(x)
Skin developers can do the same in their PHP code, they can define _(x) to be an alias for gettext(x).
If you want to do a favour for skin developers, you can of course add _(x) with the same meaning as gettext(x), and you can also define gettext_noop(x) as a do-nothing function that evaluates to its parameter.
#define gettext_noop(x) x
Note that ngettext(s, p, c) does not have any alias.
-
lfroen, as I said above, you should add gettext() and ngettext(). _() is not a standard gettext library function, it is only a conveniance, see in libintl.h:
To summarize: adding gettext() and ngettext() as-is, and also have _() which will be alias for gettext(). Why do I need gettext_noop() at all?
-
Because it exists on the intl library and it's more convenient to add it for standards compliance and any other bullshit reason you can think of.
-
The xgettext program, which extracts strings from the source files for the translators, will also recognize gettext_noop(), and extract the string it contains. It is just a marker for a string to be translated. See http://www.gnu.org/software/gettext/manual/gettext.html#Special-cases (http://www.gnu.org/software/gettext/manual/gettext.html#Special-cases), I don't know if this is an issue in PHP or not, but if not, we can forget about it.
-
The xgettext program, which extracts strings from the source files for the translators, will also recognize gettext_noop(), and extract the string it contains. It is just a marker for a string to be translated.
That can be a good reason.
-
Support added to php - testing is welcomed.
-
linking error: "/usr/bin/ld: cannot find -lintl"
As far as I know, -lintl is unnecessary (included in glibc) and it works if I remove it.
Sorry, how can I set the language in the template? And which message catalogue is used? aMule's?
Edit: It will crash, see backtrace forum for a backtrace.
Anything else I can do to find the source of the error?
-
linking error: "/usr/bin/ld: cannot find -lintl"
As far as I know, -lintl is unnecessary (included in glibc) and it works if I remove it.
On OSX link fails without it. Maybe some configure macros/vars should be used?
Sorry, how can I set the language in the template? And which message catalogue is used? aMule's?
Not implemented (yet) - until I read f..g manual of gettext and figure out how to bind it to script and template.
Edit: It will crash, see backtrace forum for a backtrace.
I'm on it.
-
Hello everbody,
What is the progress?
-
Gettext support is working, you have _(), gettext(), gettext_noop() and ngettext(). Currently the language cannot be set on-the-fly, it will use the language set by amuleweb -l switch.
Message catalogs for the templates should be named amuleweb-<templatename>.mo
Message catalogs will be found in:
- ~/.aMule/webserver/<templatename>/locale/<language>/LC_MESSAGES/
(only if using template from ~/.aMule/webserver/<templatename>)
- global message catalog locations (such as /usr/local/share/locale/<language>/LC_MESSAGES/)
-
be careful with the bugs...