virtualgadjo

me neither and me too ? with all the funny things PW allows me to do, i was sure there was something clever somewhere deep in the API, a few tests later, it worked! my clients love PW but probably less than i do... everytime i'm wondering "can i do this"... yes i can (i sound like an american election baseline ? ) have a nice day chris

found out! $p->title->setLanguageValue('default', $titre); thanks again for taking time to help, i feel great here ? have a nice day

hi again, just one more funny thing, using $bool = $languages->setLanguage("default"); as shown by Ryan in the api, works fine on the front end but throws an error in a module, probably because it's conflicting with the admin language (answer to myself ? no, it's just because le $languages var is defined for the front end not for an admin custom page) still have to dig a little more i'll tell you if i find out (hope so ? )

Hi Dragan, and thanks a lot for your answer the thing is it's exactly what i was trying to do but --- Undefined variable: languages in D:\wamp\www\moodforweb\champagne_day\site\modules\ValidEvents\ValidEvents.module on line 157 Uncaught Error: Call to a member function setLanguage() on null in D:\wamp\www\moodforweb\champagne_day\site\modules\ValidEvents\ValidEvents.module on line 157 --- i'm spinning around this set Language thing, deep inside the api i'll probably find something, a way to define $languages when in a module or something like that actually, i just want to avoid populating the french value, too bad as it's exactly what it does when the admin language is french ? i'll try something with data as the title table has data for english/default and date 1019 for the french one thanks again and have a nice day

Hi all, i'm running into a funny little issue i'm working on a multilingual website, default is English, second language French in this website i've a form for visitors to submit an event, title, date and so on, when they submit the event, it's stored into a personnal db table i've created a module in the admin where admins (well, of course ? ) can't validate or delete the submitted events, thanks to pw, it works like breeze except for one little thing ? when an admin validate an event, i use the pw api to create a page and fill all the new page fields, among which $p = new Page(); $p->of(false); .... $p->title = $titre; $titre being the title of the event submitted and retreived from the database the thing is that depending of the language of the admin it fills the title in English/the default language or in French if the admin language is French and what i'm looking for is to always fill the default language title whatever the admin language is, guess, to take advantage of the auto filling of other languages when the default one is filled Funny enough i've solved the opposite problem with a multilingual select form field, using $filters = $fieldtypes->get('FieldtypeOptions')->getOptions('filtres'); foreach($filters as $f): ... echo $f->title; // it always echo the default language option title // using this echo $liso == 'fr' ? $f->title1019 : $f->title; // i've got the right select options titles displayed in the select // of course, $liso is defined in the _init.php $langid = $user->language->id; $langiso = array(1017 => 'en', 1019 => 'fr'); $liso = $langiso[$langid]; in case anybody has an idea about this page creation ? i keep searching have a nice day chris

Hi a-ok, i often do this kind of thing for menu with section, sub sections, sub sections, and so on the simplest way to achieve this is to set your main foreach as it is different from its content ones and for all the sub foreaches, simply write a recursive function, if($foo.hasChildren) or whaterver condition you want your_function() with params or not depending on what you need, done ? have a nice day

Hi Dragan, and thanks a lot for your answer ? actually, that's the kind of method i've ended with, i just found strange that the result worked for one language, the default one, and not a secondary one but thanks to you all guys here, i've learnt a lot of ways to filter results with pw options (for example excluding unpublished pages after an include=all in a foreach) and everything works fine for me, it was a little surprising when i first ran into this 0 being french i mostly make multilingual website when it comes to job ones and gosh, pw made this so easy for even complicated application that the first time it just coughed a little i had to tell my surprise ? have a nice day

Hi all, first of all, as it's my first post here, thanks so much for this incredible CMS, thanks for all my question i've found answers here without even asking them and, of course, i can't say thanks enough to Ryan incredible job... i'm currently working on a bilingual website (pw 3.0.165 php 7.2), funny enough (i'm french), this time default language is english and the second one french but i think that doesn't matter... this website stores events and i have an page having itself all the events as hidden chidren pages, template for an event is... un_event with many fields, some of them bilingual as i'm supposed to display the number of events available on all the pages at different places ("see the xx events" with a link to the event page) in my _init.php file i've set a count of the one_event pages and this is where the funny thing is $nevents = $pages->count('template=un_event, include=hidden'); // in the default language see the <?php echo $nevents; ?> language works fine // in french $nevents is 0 $nevents = $pages->count('template=un_event, include=all'); // works fine in both languages but implies that even unpublished pages would be taken in account just to be complete, same behaviour with count($pages->get(1032)->children) count($pages->find('template=un_event, include=hidden')) and so on, in english, correct number as the result, in french 0 as a test, wondering if it was the fact that this was in the _init.php file, same thing if i use the same code on top of a page (all my files have the namespace processwire statement on top, i'm essentially a php guy ?) other test, i've done the same thing but setting all the one_event pages as visible (not hidden), same result is there something i haven't undestood or have forgotten with this all/hidden option when it comes to multilingual websites? probably ? have a nice day chris