Pixrael

Great! BitPoet thank you very much, for your time and your effort, this is an incredible community! I'm so glad I found this place. I'm a graphic designer with a lot experience making Web/UI/UX designs, but always associated with programmers who build the business and data access layer, I just make the design and layout with html, css and some javascript, mainly jquery. But finding Processwire and see the ease of use, at least for small business marketing sites, gave me the courage to make complete projects for myself, and although I fully understand the whole concept of working with Processwire, in these initial steps I stuck a little on small details and decision making in which is the best way to go, for example: using some templates system or not, etc. But I'm motivated to continue (sorry for my programmers hehe) now I'm starting to prepare an starting site profile with everything prepared for this kind of webs, that help me to start new projects quickly from it.. bye wp! So again thank you very much for your help and everyone here.

Yes, I test that site profile before, but I decided to build my site from scratch with the blank profile and using a template system. I try to reuse the language switcher found in that profile. but it makes use of functions (localHttpUrl, localUrl) that (I think) are only available when you install the LanguageSupportPageNames module, and will not really use it. I already install the base Language Support module and the Language Support Fields module. I understood that the use of Language Support Page Names module was optional to support multiple languages :-( It's simple, I only need the current page url for each language available

I want to make a language switcher for my site header but I don't want to use the LanguageSupportPageNames module, in this website case I prefer using path siterootpath/services for English and siterootpath/es/services for Spanish, but I can't print the path without $page->localurl() and that function seems to be only available in the LanguageSupportPageNames module .. too if I put siterootpath/es/ in the browser this causes me a 404 error.. How to do this, please?

I really like this module and the ease of the Latte syntax, but when trying to start my first project (both in Latte & PW) I found the following questions: Where implement the business logic for the @layout file? if this file is only for output and its not a good practice to include php logic. For example I need to do some processing before printing the site header and the area for the logged user. Following the previous question, if the option for including Blocks require a more complex data process, where I do that? I have no controller file for Blocks/Chunks and only can pass variables directly inside the Latte view that include it The multi-language native processwire system does not work, for example the url "sitename.com/es/" causes an include error. I want to implement my sites using Latte, but now I'm worried if it suits the complexities that can appear during dev