mr-fan

Thank you adrian for your great work on this module. It's a full blown batch child editor suite for flexible CSV Imports - in as a minimum reward for your work i did the complete german translation, to get more users involved on this module and it's advantages. Kind regards mr-fan 1. did a PR on some strings that lost via c&p the settingsstrings at the end of the module https://github.com/adrianbj/BatchChildEditor/pull/3 2. only one problem with two strings that i can't figure out since i see no difference between the working one and the two others...screenshot added 3. languagfile as zip attached deutsch-batcheditor.zip

Or use http://modules.processwire.com/modules/fieldtype-crop-image/ or https://github.com/horst-n/CroppableImage to generate the pre-generate the needed thumbnail sizes and call them directly int the template like // get the first image instance of crop setting 'portrait' $image = $page->images->first()->getCrop('portrait'); regards mr-fan

One link on this topic but no expirience with pagetree/url hacking: https://processwire.com/talk/topic/5448-remove-parents-from-url/ best regards mr-fan

No problem there here your picked resources....the "page-publish" thing is a little bit hide. https://processwire.com/talk/topic/4435-user-permissions-tutorial/#entry44263 other interesting stuff on this topic: https://processwire.com/talk/topic/4094-publishunpublish-a-page-setting-required-to-edit-published-pages/ https://processwire.com/talk/topic/3346-setting-up-manager-role/ http://processwire.com/api/variables/user/ and very very important stuff to read is the CMScritic example with great codeexamples from ryan: https://processwire.com/talk/topic/3987-cmscritic-development-case-study/?p=40168 best regards mr-fan

Crosslink for translated Blog module and ScheduledPages module... https://processwire.com/talk/topic/7403-module-blog/page-22#entry94588 best regards mr-fan

So back again, get some sparetime to contribute to this one. It's a real beast now with many strings to translate....and i added a few one, too..... https://github.com/kongondo/Blog/pulls But here we are. Complete DE translation for the actual Blog version 2.3.4 (and it's comming pullrequests with additional strings for archive, and pages). + Translated SchedulePages module to use both combined. Important Notice on the main translation thing with the blogmodule: - Some Strings are taken from the pagetitels of the autogenerated pages for eg. "cathegories" or "archive" so please use the installation step with renaming the parents correct or rename the titels later.....but not the names... - CleanUp Ultility is not complete translated because it's only a superuser thing wich should be used with care and knowlegde so don't see a real effort to translate this rarely used function... -Some Strings are not translateable since the where automatic generated on templates and fields so please translate these, too - if needed... Have fun - Thanks again to kongondo ProcessBlog-schedulePages.zip

So here we go, Manfred62 asked me to push the german translation fo this great addon for processwire...and deliver it with the PW language files on github. So i started tonight - and fin some little things here and there. Done a pull request on git for the first one i found: https://github.com/kongondo/Blog/pull/20 added two pics that show the difference... for the germant translation i'll take some free evenings since with the installer there is much more text than the first versions By the way install 2.3.4 runs great and module is for shure great, too!! Best regards to Kongondo for this big piece of work - glad to could contribute a little with some lang files!

https://processwire.com/talk/topic/453-formsavereminder/#entry94464 Could be quick and dirty solution for the editor to remind that "send mail" is changed before leaf without saving.... Regards mr-fan

i found a tutorial about a integration of the jquery Upload Plugin witha complete own UI and a own PHP script to execute the fileupload...maybe as a example how the jquery magic could used within PW inputfield image? http://tutorialzine.com/2013/05/mini-ajax-file-upload-form/ It seems that i should be possible to use the script with minimal setup on different/own UI...to use needed functions. May after a important personal date this month i've some time to learn and try may to test some basic implementions - what i could imagine is a custom upload module as kind of admin tool - where you can select a page and a imagefield and combine jquery upload plugin with saving the final upload via API....we will se. anyway it would be great directly in the inputfield...

at the end fo a day a joke keeps the pain away.... http://www.googlefight.com/index.php?word1=Processwire+&word2=Joomlapress sorry no real argument but since we here in "Pub"....i wish a good week.

http://www.windowscentral.com/microsoft-launches-ms-dos-mobile must have for windows phone users....

Great to hear - will test asap! thank you Pete for sharing basic implementation! Have you tested with PW Backend, too?

May this one is it worth to test with AdminCustomFiles on the existing UI File input? https://github.com/blueimp/jQuery-File-Upload/wiki/Client-side-Image-Resizing would prefer a js/canvas magic that could be tied on the existing file/image upload... Since i'm working with shared hosting a lot - i would be interested in a easy solution, too. Until now i'd no big problems to tell the client to resize images before upload - but this workflow feel not really like "working in web 2015" it feels more like "working in web 2005" regards mr-fan

Thanks for playing with google trends on this subject....just checked my former CMS and community and it seem that i've had luckily the right decision in 2014.....and basicly the luck to find this alternative.... http://www.google.de/trends/explore#q=WebsiteBaker%2C%20ProcessWire&cmpt=q&tz= sorry for offtopic heldercervantes just a note on the comparison topic in this threat...on the defending side i've the luck to work only for non techi/smaller clients - my problems is usually that i've build a relative professional website and they ignore the promotion and informal potential of a good website....they just wanna have one. The only real thing that i know from other parts of my life and other communities, is that a trough positive, wise work from even positive and wise people always and always will outlive everything else. And especially on webdevelopment a new thing isn't always a bad thing if objective reasons on the desk! For sure the newest trend isn't always the way to go and sometimes it could be expensive to switch or change systems......but THAT would be the best argument at all that even if you build a site with PW and lets say in 4 years there is nothing - how much effort would it really be to switch?? - data could be easy used/migrated - on the frontend part there is nothing that comes from the PW Core - so absolute no problems on this side so may you write a comparison of exact this subject (the fear or killer case in their argumentation) with Wordpress, Drupal and so on. What would be the effort to switch in worst case.....i think we all know how such a sheet would look a like... best regards mr-fan

$page->name $page->id and.....$page->title.....is international I think "title" should not renamed for good practise reasons...so may a hint on the BCE documentation should be enough "If you rename the title field....it don't work". But i'm not a pro so may more opinions are more helpfull. Regards mr-fan

No german forum here - but all en native speakers are very friendly.....at last to me until now while i'm violate grammer every now and then....

some example code from a project for the level stuff: // If the page has children, then render navigation to them under the body. // make layout twocol and get some sidebar $level = count($page->parents); if ($page->template != "start") { if($page->hasChildren || $page->siblings && $level == 2) { $myLayout = "twocol"; $sidebar = "<p>".$page->sidebar_content."</p>"; } } so you can setup your $level and be sure that there are children... best regards mr-fan

Wanna say thank you to Antti! Great module - on every new project i explore new great concepts with PW... Did a little change on the fredi.module to get different CSS classes on different fredi a tags. First i used simple jquery to add the CSS class....but now i've a project (a onepager) that has different backgrounds, colors and so on....so i need a different colorsheme for the a tags....so going with a new function is the easiest way. Did a pull request if this would be usefull - if not no problem: https://github.com/apeisa/Fredi/pull/20 in my version i can set the CSS class like: echo $fredi->setClass("btn btn-danger")->setText("editText")->render("headline|body"); and on the next link i use: echo $fredi->setClass("btn btn-default")->setText("editText")->render("headline|body"); or every CSS class that is needed....default output is "" and with $fredi->reset(); output is nothing again. Works like the linkText (in fact is kind of copy&paste from linkText). Best regards and thank you again. mr-fan

Current behavior is that you can set general setting for different templates and set own settings on a per page basis. This module is getting the absolute best solution to handle import CSV data to pages. Even it could be easy prepared to be used by clients without to much headache about posible damage... I wanna thank you adrian - this evolution of the module is a really big one!

first: "the better one - is the enemy of the good one" (german adage i think) second: this is OT but this fact is one of the little deficits in the modules directory ->is it tested? hmm yes it is in the modules directory ->workd with PW version is not always uptodate....but if you reading some days the forums you learn that almost all older modules work with the actual PW version. maybe there could be a rating like the "Like" function to hit a button for logged in users "Tested with version" and on the Compatibility line it could be a tag like this Compatibility (Usertests) | 2.5 (12) would be very more informative for new PW users and the module autor (or someone else) would not have to set the modulenumber higher since there is an positive test for this version.....and this would give a good filter like "most tested" or modules "tested for 2.5"....just an idea sorry for OT may this post fits in a other threat better. @justb3a: thank you for this one, like Sephiroth wrote GUMP is may not the best option for everyone and your module looks very clean and easy to use i'll try it with the next project (there will be a lot to validate so i will report in a few weeks) !

ModuleToolkit is not tha bad.. other tags could be: ModuleDirector ModuleAdmin ModuleMigratorExtended looks really great for speed up site setup with the new tools!! Best regads mr-fan

If you like you can write me a PM in german - to clear open questions. Welcome to processwire forum - be not afraid - asking for help here.

You should at least know some basic PHP to work with ProcessWire. Take the time to learn the basics about variables, foreach, while and so on. Your site is german so a easy to read and great tutorial documentation in german is from Peter Kropff: http://www.peterkropff.de/site/php/php.htm regards mr-fan

you need a template for the single image... in that template you show the single image and prev/next image in your gallery. the simple gallery system don't fit this, but the functions could used. have a look at this example: https://processwire.com/talk/topic/772-image-gallery-v01/#entry6489 there is a singleImage function included that could used: function singleImage(Page $page,$image){ $images = $page->images; $image = $images->get($image); $nextImage = $image->getNext(); $prevImage = $image->getPrev(); $sizedImage = $image->size(900); if($image) return (object) array( next_image => '?img='.$nextImage->name, prev_image => '?img='.$prevImage->name, url => $sizedImage->url, description => $image->description ); } here is a link to prev next image links on a images field/page: https://processwire.com/talk/topic/9144-how-can-i-make-working-links-prev-and-next-arrow-slide-links/#entry88426 and how to use the PW pagination on images from ryan: https://processwire.com/talk/topic/390-images-pagination/#entry2928 regards mr-fan

Sorry for that...shame on me! Wrong field wrong place thank you very much LostKobrakai for the debug option in the PageField Settings - this should be a PW recipe it's great for debugging this kind of setting! it was the wrong field -> the $user gives me the logged in user - but i need not the user - just a setting of this kind of "profile" == "the $page" i'm are editing and in the user template i've just the connection to this profile but this doesn't work so i need something like this: $mr = $page->MR_Kunde->id; //we are working on this profile template for the user and wanna check the reference for a pagefield return $pages->find("template=Betrieb, has_parent=$mr"); anyway it works like a charm and the forum get a new important snippet to debug entries in the PHP Code selection of Pages for a Pagefield Thank you again.