Jump to content

wayne

Members
  • Posts

    26
  • Joined

  • Last visited

Everything posted by wayne

  1. I haven't checked yet, but maybe the T in "Tag" gets replaced by the translated tense variable, like it's done in "T Q P". EDIT: I think it's the following line: $out = str_replace(array('Q', 'P', 'T'), array(" $quantity", " $period", " $tense"), $format); str_replace replaces Q, P and T one after the other. In the second round P gets replaced by the content of $period ("Tag"), that "T" also gets replaced by the content of $tense in the last round. A solution may be to use prefixes, that wouldn't appear in a translation, like "%Q". EDIT 2: Btw ryan, you already pushed that change to github with your last update to ProcessModule. I think this wasn't intended.
  2. wayne

    ED DESIGN

    In theory there shouldn't be such a big problem with fonts on the latest Chrome for Windows, if DirectWrite is enabled. It's not an experimental feature anymore. Under the URL "chrome://flags/" DirectWrite should be activated. Maybe there are still some quirks, but for me it looks quite similar or even identical to IE and FF.
  3. I'm starting this topic for a problem I see with the German translations of relative times. But other languages may be affected as well. You can see the problem when the Lister module shows a column with a past date. In English it says "3 years ago" and in German it's translated to "3 Jahre vor". But it really should be "vor 3 Jahren". The phrase is constructed with the single translations of "years" and "ago" in the same order as it is in English. So the problem is about grammar and word order in the German translation. Maybe it could be solved by a list of translatable phrases with placeholders, so that it looks like "%d years ago" or in German "vor %d Jahren". That is just a quick thought and it probably should be discussed here before it is posted as an issue on github.
  4. It's really great to see a new theme released for the newest processwire version. I've only found one little style bug so far. Go under Setup > Languages > Your Language and edit a file. There is a description text under the title "Language Translator" that is written white on gray.
  5. It's really great, that you keep it up to date with the dev version. I have also found another file that needs translation for the new Lister module: /wire/modules/Inputfield/InputfieldSelector/InputfieldSelector.module This seems to contain the phrases for the filter dropdowns.
  6. I would also recommend to reset the password. And here is an additional explanation: Depending on the host's PHP version processwire uses the strongest available blowfish algorithm. So all passwords become "invalid" if the password algorithm changes. For example if your remote PHP version is above 5.3.7 and your local version is below that, processwire generates different password hashes. There could be other conditions for differing password hashes, but basically it's that.
  7. Are you sure, that the PHP version on the new host is 5.3? The filter_var function should be a regular feature since PHP 5.2. Maybe there are different PHP versions configured for different domains/folders? (like you can do with .htaccess on some hosts)
  8. That's definitely a clean and modern webdesign. A set of photos from a professional photoshooting can really boost every webdesign. I wish I could convince more of my clients to invest in one. There's one small thing I would criticize. It's the small space (or contrast) between the main content and the right address column. On some pages with a lot of text it kind of disturbs my reading flow (as my eyes are wandering to the similar looking text in the right column). I'm not a professional webdesigner, so that's an absolute personal opinion. All in all the photos, minimal design elements and the content work great together.
  9. wayne

    Client of the Day

    I'm not sure. From what he told me I can only imagine that he had some kind of blackout. Somehow his actions led him to the delete tab and he thought that he should confirm the deletion of the picture there. I can't comprehend that but you know there is always a special kind of users out there, like those managing to format their harddrives and being clueless afterwards (=> wth just happened).
  10. wayne

    Client of the Day

    My client of the day had a little problem with handling Processwire. He just wanted to delete a picture on a page but he ended up on deleting the whole page and it's sub pages. All glory to the trash and the ability to restore pages. Not so long and I will have to install teppo's version control module solely as precaution for "accidentally" deleted content.
  11. Sorry it was my fault. I use AdBlock to block social network resources like twitter widgets. At first it's working with your site but I guess when it tries to load new tweets something gets blocked and the bottom of the site collapses.
  12. This looks great and I like the easy-to-follow overview on the first/root page. But if you stay about 10s on that page the bottom part somehow collapses and overlaps.
  13. Thanks, but it's not enough to set only the language code "de". You have to set the whole path: /wire/modules/Jquery/JqueryUI/i18n/jquery.ui.datepicker-de.js I fell into the same trap.
  14. There is a quite important untranslated "field" for InputfieldDatetime. It's basically a path to the language file for the jquery datepicker plugin. /wire/modules/Jquery/JqueryUI/i18n/jquery.ui.datepicker-de.js Could you add that to the language pack?
  15. I'm not using Git respectively Github for code development (yet). But I created an issue: https://github.com/ryancramerdesign/ProcessWire/issues/424
  16. Like I said before, the use of / and \ is quite inconsistent. I guess that condition should check for both kinds of slashes under Windows. Could you try to change if(is_string($textdomain) && strpos($textdomain, DIRECTORY_SEPARATOR) !== false) $textdomain = $this->filenameToTextdomain($textdomain); to if(is_string($textdomain) && (strpos($textdomain, DIRECTORY_SEPARATOR) !== false || strpos($textdomain, '/') !== false)) $textdomain = $this->filenameToTextdomain($textdomain); ? EDIT: I tested it, and that works (at least for me).
  17. I think I have found the problem, take a look at this thread: http://processwire.com/talk/topic/5592-pw-24-admin-menu-not-translated/
  18. Hi Radek, the Czech language pack isn't working just like the German one. Thanks for pointing to the environment, I will have a look at my setup. EDIT: I found the problem. It's the Windows environment and it's backslash pathes. PW uses the DIRECTORY_SEPARATOR constant in its php code that is a backslash character under Windows. Basically this is correct. But php isn't quite consistent in that matter. The translation function gets pathes with normal slashes although the code uses backslashes because of the DIRECTORY_SEPARATOR constant. The only function that seems to cause that problem is in "wire/modules/LanguageSupport/Languagetranslator.php": protected function textdomainString($textdomain) { if(is_string($textdomain) && strpos($textdomain, DIRECTORY_SEPARATOR) !== false) $textdomain = $this->filenameToTextdomain($textdomain); else if(is_object($textdomain)) $textdomain = $this->objectToTextdomain($textdomain); else $textdomain = strtolower($textdomain); // just in case there is an extension on it, remove it if(strpos($textdomain, '.')) $textdomain = basename($textdomain, '.json'); return $textdomain; } If you replace DIRECTORY_SEPARATOR with a simple '/', it works. (EDIT3: That change isn't enough, look at the posts below.) I don't know if there is a clean solution or if one should write it off as a Windows php quirk. A quick and dirty fix would be to check for a backslash and a normal slash as directory separator. EDIT2: In the subroutine "filenameToTextdomain" I found an existing directory separator fix: if(DIRECTORY_SEPARATOR != '/') $filename = str_replace(DIRECTORY_SEPARATOR, '/', $filename); But for the problem explained above it comes one subroutine to late. I think it's now on Ryan to decide where and how to fix that check for the DIRECTORY_SEPARATOR in the "textdomainString" function.
  19. To make it short: - I downloaded the latest German language pack from github and installed it - default.php from AdminTheme module suggests to translate "/wire/templates-admin/default.php" and I checked, it already is - everything but the admin/backend menu and breadcrumbs is translated Did I miss or oversee something?
  20. I'm also quite interested in the concept behind those two PW installations. And of course: Great job on that. Did the client say anything about IE compatibility?
  21. I think the same way. It was interesting to see which problems can arise by the use of font face, but it's not worth the effort for a backend. A CMS backend is just supposed to be a management platform and nothing more. Just focus on elements for the admin theme that make it more usable and clearer. Maybe it's best to follow Martijn's suggestion, especially if the theme is responsive. In my eyes a webfont is only useful for serious design purposes or to get the same font appearance across different platforms and browsers. But as we learned, this isn't possible because of those different rendering techniques. Besides here is a font stack of similar fonts from best to worst: font-family: "Helvetica Neue", "Liberation Sans", Arimo, Helvetica, Arial, sans-serif; It's useless if those fonts are the preconfigured sans-serif fonts anyway.
  22. I can confirm that the new font size improves the rendering of bold Arimo text. (Windows 7) At the moment "text-stroke" is only available in Webkit browsers and it's too much about experimenting with values for my taste. I would advise against the overuse of such css properties. Don't try to solve something here that the rest of the webdesign community couldn't solve yet.
  23. Even with those styles applied I don't see a real difference. And as there are no css fixes for Firefox or IE it's not really a help for this Windows webfonts problem. It's also not much better for the following Open Sans and Source Sans Pro:
  24. Here is a comparison between Chrome and Firefox on my Win7 system. The picture shows Arimo from 10px to 16px. Everything beyond 16px looks good either way in my opinion.
  25. Your second screenshot shows the same distorted "e" in "Seiten" I get with my Firefox and Chrome. I don't know why your Firefox renders it differently compared to mine. However one thing that messes this up is definitely Window's ClearType. Turn it off and particular the Arimo font looks partly better but also partly worse (in Windows Chrome browser). By no means turn off ClearType permanently. But this proves that there is an annoying flaw in Window's own smoothing algorithm. I couldn't find any solution yet. Some people suggest using FontSquirrel's webfont generator but the results still look quite ugly. EDIT: Ok, I found out that the different rendering in Manfred's Firefox is the result of hardware acceleration. My acceleration option is turned off because of some graphics card bugs, but If you turn it on Firefox uses DirectWrite for font rendering. DirectWrite + ClearType does a bit better job than GDI + ClearType.
×
×
  • Create New...