Soma

This doesn't depend on resolution or em, it's because you don't have the google font typekit loaded for some reason. And the fallback font is wider, I'm aware of this.

How about settting up custom CSS classes in TinyMCE to select from in a more controlled way? It's more that the font and fontsize feature in TinyMCE is kinda left over and not recommended to use. http://www.tinymce.com/wiki.php/Configuration:style_formats What you think is just wrong from a best practice stand point of how to create and design content on the web. This is not Word or Indesign. Although there's even styles format in those that is similar to CSS, so you don't go and edit text formating manually for each text, but select a predefined format. If you consider that editing font size and color is a basic editing ability that needs to be, reconsider it please, as every web designer and developer will tell you different. It's like "just don't do it, ever". But still you can of course, cause of a old Wysiwyg editor that causes headaches all over the planet. We strive to have controlled output that is portable, and once you relaunched a website that had allowed content of inline styles and font's or whatever propietary code inside editor, you'll maybe understand even better. Further it's agains consistency of code and design on your website content. Just imagine the client gives hardcoded styles to all headlines, and afterwards you or her decides to make the headline bigger. So you'd have to go through all articles and edit them manually, versus CSS where you edit one value. Even if it's for only 5 pages, it's not worth it.

The hoster is http://nine.ch There's also template cache enable for parts of the website. And also it's optimized, the navigation is chached too.

A new project went live this week. We've been working hard the last couple month to redesign and relaunch the new SEV-Online site. It's now live at http://www.sev-online.ch (The non www. version is still the old site due to complications on company that handles the DNS.) The biggest challenge was to transport the old site from webEdition to ProcessWire. There was a lot of content that had to be taken care of. There was put a lot of work into importing articles and documents and also make sure most of the links and function still work, so some mapping had to be done using ID's of documents from the old system. This was especially tricky as the old system had a separate structure for the 3 languages in the old system, and is now handled with multilanguage feature of ProcessWire where each page contains the 3 languages. Nonetheless it was a pleasure to work with PW and it took everything I've thrown at it Although there were hard times were some bugs was found during the process, especially with multilanguage features. But the good thing is they're fixed. The site maintainers are very pleased to work with PW. Some general infos: The site is in 3 languages. Using built in ML, LanguageSupportPageNames. There's a register/login for members to see additional sections on the site. Members are synced from a CRM they already have. There's ~43K members that can create a account using their Member Nr and birthdate. Once they're registered they can change profil data that will then get back to the CRM. There's a calendar for events and courses that also visitor/members can send in new ones. There's a simple online shop using apeisa excellent shop module. We use Fredi for frontend editing. So almost all content can be directly edited via browsing the site. There's a simple widget system using page references, so they can build homepage and sidebar elements as they wish. There's many forms on site, that are all built using PW Form API (Inputfields), along with using jQuery Validation for better user experience. The navigation is quite large (number of entries) so I cached the markup generated by MarkupSimpleNavigation and use client side JS to highlight entries. Some modules used on this project: - LanguageSupport modules - PW Comments - Markup RSS - Hanna Code - MarkupSimpleNavigation - AdminTemplateColumns - EmailObfuscation (EMO) - FormSaveReminder - PageEditSoftLock - Fredi - CustomPageList - ModulesManager - Shop Module (apeisa) - Schedule Pages - Template Decorator - Template Notes - Video Embed Textformatter - MarkupCache Some custom site specific modules created along the way - Custom LinkAbstractor - Lots of custom hooks for doing things on save, indexing, page name and ocntent manipulations - Some custom Textformatters for LinksLists etc - Some custom Admin pages for managing member mutations etc.

<font> tag is deprecated maybe since around 14 years. html 4.

Yeah I see that too, now that you mention it. Well I'm not surprized really, as such gradients get posterizes real quick and with GD lib it's almost certain. This is kinda nit picking for me, as I wouldn't expect a better quality from a "GD resize" for a thumb of that type of image having dark, subtle gradients (I'm kinda expecting it). ImageMagic would be better in that regard, though could imagine you would get a poster too. But that's not supported anyway, so I'm not sure what to tell as I'm no expert with image resizing on server software. Best bet would be to resize them with a program and upload them at the right size already. Or does commenting out those lines you guys tell help in that regard?

Look both the exact same on my Android. Though d little different orange on my MAC book. Could it be that there is color profile in original? And resized has not?

This is known that on a 404 there's was or is problems with LanguagePageNames module that add localUrl etc to page. THe 404 error on site/sdads is fixed just recently: https://github.com/ryancramerdesign/ProcessWire/issues/399 It's always best to report issues on github and not in the forum, as Ryan isn't always scanning the forum, but sees issue reports in github immedieately.

I don't do this, PW does this. https://github.com/ryancramerdesign/ProcessWire/blob/master/wire/modules/Fieldtype/FieldtypeTextarea.module#L114

If you set the textarea to content type html, in the field settings, PW will take care of it. If you set the textarea to content type html, in the field settings, PW will take care of it.

Just set to a variable and test if it got any markup... $pager = $a->renderPager(...); if($pager) $out .= "...";

Just open the field or module where the thumbsettings are and save it again, I think the settings doesn't have a default when never saved. This should/could be easily fixed within the Fieldtype module, and this has come up many times already. Also would be good to post in CropImage support thread.. There's same issue for example there http://processwire.com/talk/topic/643-release-thumbnails/?p=27282 and: http://processwire.com/talk/topic/643-release-thumbnails/?p=27446

$languages does not return languages in the order as they're in the tree. But you could get language yourself since language is a page with template "language"... and add a sort=sort. $allLangs = $pages->find("template=language, include=all, sort=sort");

@pwired http://www.wifi.dnwx.info/ the "www" is one too much, there's already subdomain wifi. http://wifi.dnwx.info/ works fine for me.

$page->fields is better. Does $page->template->fieldgroup work? Thought more like $page->template->fields or fieldgroup->fields.

I dont get the logic here. Shouldnt parent be /test1/test2/ ? Parent /test2/ doesnt exist.

Cannot redeclare class HelperFieldsLanguageLabel Means you have the module two times installed or put in modules folder... like the class already exists.

Optical illusion? For me both are the same exact brightness, resize browser and open both and switch between them.

And here's a example module you can install and then use: in templates $label = $fields->getLangLabel("body"); in modules or function scope. $label = wire("fields")->getLabelLang("body"); https://gist.github.com/9534415

http://processwire.com/talk/topic/3601-field-label-language-problem/

Argh screw it include=all has it all...

And I see stupid people everywhere.

Or rather check_access=0