Soma

Update: So there's a slight problem now with this, in that all language pack maybe missing this translation in case someone uses custom admin theme. THe topnav won't get translated if there's no translation added for /site/templates-admin/default.php. It can be created quickly, but if someone doesn't know the language it's a little difficult and cumbersome. Can we do something about it that will choose the /wire/templates-admin/default.php ? Or urge the language packes creator to have this included?

This is the code I found adding support for markdown links... As I see it's only for links, so no real markdown formatter is used. https://github.com/ryancramerdesign/ProcessWire/blob/master/wire/core/Inputfield.php#L594

Steve, that's not it. This is only for text field output. This is about the field description text, that's shown in the fieldset of the field when editing. Alan, I don't know really, I think Ryan knows better. I was also looking if there's a "field" setting that you could chose which textformatter, but no luck.

alan, you can use markdown or textile syntax in description fields. http://en.wikipedia.org/wiki/Markdown This was mentioned here: http://processwire.c...__fromsearch__1 Markdown is a module in PW by default (textformatter), textile version is also existent. you can, using markdown, simply do this to make links in field description : [linktext](someurl) *** corrected some

Ok I think the answer is easy Uffff it's just that the language pack doesn't really translate the default.php theme template, just the /wire one... so when I create that It should work for the topnav too. And the other texts (edit, view... 404 etc )work because they don't have a domain applied? Is that correct?

No it's done exact same way as default. It includes topnav.inc from itself not wire. I'm even more confused now. Could you download my theme and test? https://github.com/somatonic/teflon-admin-theme-pw2

Thanks ryan, thats useful to know, but why does it work in other installs... and servers. I updated my theme like this, so its working without changing something. Or am i wrong and missing something? *** Ok I think I'm getting old It is the same on my local test server. I'm confused as when I updated my theme with the language translation, it was working. Now it's only the topnav that isn't getting translated, but the other texts (buttons etc) work. Is it because of the inc of the topnav? and the __FILE__ that is there as the domain, and the translation was done on the /wire domain? SO I need to update my theme again. Thanks for the help Ryan.

Awesome Ryan you're a beast! Thanks, I will check it out.

... maybe some server setting issue. I never got that problem, and this project is on a server I've never used. But definately doesn't work correctly... just the buttons and some texts, but not the topnav. Maybe something to do with the __FILE__ thingies.

Strange really. Yes I checked the language in the user. I defined the default to be german and uploaded german package. After that I created another one just to make sure. But the wierdest is it also doesn't work if I put the "real" admin templates in the site folder.

Hey, I just installed my teflon admin template on a new project (latest PW). I have installed german in the admin. For some reason, mos/some of the translations doesn't take effect. For example the topnav stays english. If I take the default admin theme, it works. Now, one would think then it's a problem of my admin theme. BUT wait! When I copy the default.php and topnav.inc from the core theme to my theme it still doesn't work. Also I made it multilang a while ago and it was working until now. What could be the problem? Have you changed anything Ryan recently? EDIT: tried again, and copied the wire/templates-admin to my site folder and the topnav suddenly doesn't translate anymore. So I guess it's a bug with custom admin themes not being parsed right.

if you set the image to be max width 300px (it will scale bigger picture uploaded to 300px), then in the template there's (form that code) $nextImage = $image->getNext(); $prevImage = $image->getPrev(); $sizedImage = $image->size(900); So it will get upscaled to 900px.

well it's always good to have responsive name *)

marcin, it has nothing to do with PW cache, which is not enabled by default anyway and only for frontend. PW has no cache, we were talking about browser cache there.

Ahh, no the lang code wasn't there. Now changing it to "de" it doesn't work. I think best maybe would be to no put codemagic into core TinyMCE like Ryan did. So one can decide to use it and put it in site folder (using this technique here with my update) and if the language for codemagic doesn't exist, one can do/add it.

I feel so lonely....

There's no german translation for codemagic either. It just loads en.

apeisa, thanks for testing. Is this with this update, or the latest PW where ryan included codemagic? Because I loaded it and have german admin, but it works.

Thanks netcarver for setting this up! Waves

I already tested it and it's great addition! Also got used to it fast. The options are perfect and makes sense. Thanks!

That would be great ryan. Since almost any project we do ie multilingual, or german, this gets me everytime. Also when doing api generation pagename sanitizer isnt usable because of that. Having alternative function would be welcome.

No there's no module yet, but was discussed and mentioned a couple times. I think there's a guy doing something concerning this, but no clue what and how good it will be. http://clintonskakun...rocesswiresexy/ I'm sure something could be done with my datatable module http://processwire.c.../704-datatable/ also provides some nice, not bulk, but faster editing workflow now with the latest "wiretab" stay on tab settings feature. I know there's easy approaches doing a module for this, that would make a custom admin page output markup table with pulldowns that lets you select template and save in a row. It surely something that will come in some form sooner or later. Remember you can do some really advanced cool stuff "very" easily with PW API and modules what ever type. I also always have a tool.php in the root when developing. And do some operations via API from there. Though not something everyone is to his likes. You could also add something like following in a template and load the page: $pa = $pages->find("parent=/portfolio/,template=basic-page"); foreach($pa as $p) $p->set("template","advanced-template")->save(); or in a php with bootstrap include("./index.php"); $pa = wire("pages")->find("parent=/portfolio/, template=basic-page"); foreach($pa as $p) $p->set("template","advanced-template")->save(); Edit: corrected and simplifed code example

Ryan, if I import pages with special chars ,that usually get converted to page name correctly when creating new page, they get lost as the page name sanitizer doesn't take those of the page name module config into account. I think this has been mentioned elsewhere but can't search for "csv" on the forum (>3 chars limit) How would you see this possible without having 2 places? Put the config that's currently in the page name module into a "site wide" config? Or is it possible to have the sanitizer take those from the page name?

I thought there's some php module by default for zipzap? http://php.net/manual/en/book.zip.php though never really used it. http://www.php.net/manual/en/refs.compression.php

Can you give a little more infos about what happens? It's hard to just guess from "it's not working". Edit: Try find out why it isn't loading, is there any errors etc..