Hari KT

One solution I got from @ryan https://github.com/processwire/processwire-issues/issues/2037#issuecomment-2643216328

the most direct to me seems just to use a hook in `site/templates/admin.php` and apply the dir attribute with JS.

1. 

$wire->addHookAfter('ProcessPageEdit::execute', function(HookEvent $e) {
  $rtl = [ 'arabic', 'japanese' ];
  $js = '';
  foreach($e->wire()->languages as $l) {
    if(!in_array($l->name, $rtl)) continue;
    $js .= "$('.LanguageSupport[data-language=$l]').find('input[type=text],textarea').attr('dir', 'rtl');";
  }
  if($js) $e->return .= "<script>$js</script>";
});

$wire->addHookAfter('ProcessPageEdit::execute', function(HookEvent $e) {
  $js = '';
  foreach($e->wire()->languages as $l) {
    if(!$l->rtl) continue;
    $js .= "$('.LanguageSupport[data-language=$l]').find('input[type=text],textarea').attr('dir', 'rtl');";
  }
  if($js) $e->return .= "<script>$js</script>";
});

This is possible if we can add 

dir="rtl"

inside the input element. Inorder for this to happen, when creating new language we need to define the direction as rtl. I have manually edited the input field and added dir=rtl . 

When adding a language from Setup > Languages , where can we specify the direction is RTL ? So that the input field values direction change. 

Basically I need to work on the Arabic language.

Finally I fixed this manually checking the database. Some how the name* is not updating when we change name from the Setup > Languages.

And the name1022 was null, so added ar to it and everything is showing up. I wonder this is a bug @Rayan

I have installed https://processwire.com/download/site-profiles/#multi-language-site-profile version dev (3.0.245) and running on nginx. I have tried adding new language with name oh, but that is pointing to default language in front-end. Also tried editing existing language German de to ar Arabic. But this time the url appends 'de' and not 'ar' in the url. If we go to the About edit page , now we can see the "Oh" have no name appended. I have deleted sites/cache folder, but not reflecting the front-end . How to fix this ?

Alternatively you can import via use statement

use Dotenv\Dotenv;

$dotenv = new Dotenv(__DIR__);

Hi all,

Have you guys came across http://github.com/puli/ ? I am not sure how processwire is going to make use of composer in 3.0 apart from namespace ( I didn't noticed in the newsletter or probably missed in the blog posts ) . But I believe the concept of  http://docs.puli.io/ combined with PSR-7 and composer will be a revolution in the PHP ( yet to see though ) .

I wished if processwire in 3.0 would take some of the good concepts to make things smooth and easy.

Hey Marcus, 

Yes as dependency is a hell it is good to leave it to composer . And as you know installing modules is simple as 

composer require <vendor/packagename>

The only thing to do is to keep a composer.json file for all the modules

{
    "name": "vendor/package-name",
    "type": "pw-module",
    "description": "Your module what it does",
    "keywords": [ "keywords", "comma", "seprated"],
    "homepage": "https://github.com/harikt",
    "license": "BSD-2-Clause",
    "authors": [
        {
            "name": "Contributors",
            "homepage": "https://github.com/harikt"
        }
    ],
    "require": {
        "hari/pw-module": "~0.0.1"
    }
}

and add to packagist. The only things to note in composer.json is the 

"type": "pw-module",

and 

"require": {
    "hari/pw-module": "~0.0.1"
}

We are all done. 

Happy PhPing!

Hey @marcus 

Regarding the module downloads, I am not sure if you noticed my earlier posts

http://harikt.com/blog/2013/11/16/composer-support-for-processwire-modules/

http://harikt.com/blog/2013/11/19/composer-support-for-processwire-part-2/

That way we can install modules on the site/modules folder as we are doing with just composer.

I am also missing how processwire will support composer in the future, if anyone can give some insights / links it may also help.

EDIT : I am happy to change the vendor name and give to processwire if Ryan likes it.

Thank you

Exactly . The features were actually sponsored by someone who don't wish to reveal the name .

Hey Horst, 

The profile you need to pass is the zip file once you export the site. So it can install from old profiles. Hope that make sense.

> Unless i'm missing something the new command will always install 'site-default'. Wouldn't it be nice to be able to choose between the bundled profiles that ship with PW?

I don't recall, but it is not that hard if not made.

Hey marcus, all, 

Is there anyone played with the importing / exporting of the fields and templates via json and keeping them on the module. May be we can make that a wireshell command . I was looking at continuous integration of fields and templates.

Hey @mindplay.dk, 

I like to have a look at code, and if possible will try to contribute .

Thank you.

Like @joe_g mentioned, I was also having a similar thought of exporting the json via API and keeping on the module. And later exporting via the api than doing via the GUI .

May be we can somehow add it to Wireshell ?

Hi all, 

I have send a PR https://github.com/marcus-herrmann/wireshell/pull/1 . 

You can all play with the branch if you like. 

EDIT :  With respect to feedback and comments : https://github.com/marcus-herrmann/wireshell/pull/2 . 

I will be sending a PR to wireshell .

Hope we can improve something  https://processwire.com/talk/topic/9494-experimental-wireshell-an-extendable-processwire-command-line-interface/

Hi all, 

With interest of everyone and love for Processwire, I will send a the PR to wireshell . So it will be a a one click installer.

Sure I will help with what I can .

Thank you.

@Richard , 

Sorry for I could not share for it is not yet open-sourced .

Modx going to make use of PSR standard and composer. Have anyone had a read ?

https://medium.com/@drumshaman/keeping-modx-relevant-part-one-42dc6632f86b

https://medium.com/@drumshaman/keeping-modx-relevant-part-two-15a37eab5b48

I do believe 3.0 should have bought some of these into lights.

Harmster,

May be you try this ?

session['_' . session['_token_name']]

@Kongondo sure. I will update here.

Quick things : 

* The ok() , err() methods were changed to log to PSR-3 logger.

* All the $_POST values were changed to accept from the method. Eg dbSaveConfig($post) .

$installer = new Installer($psr3logger);
$installer->
$installer->dbSaveConfig($post);

As it is not using global values like `$_POST` and `$_SERVER` all values are passed to methods. Hope this helps!

Yey, I was able to fix it .

Thanks guys!

Hi, 

I was trying to build a command line installer for processwire . The script basically uses the install.php .

case 0: 
    $this->initProfile(); 
    break;
case 1: 
    $this->compatibilityCheck(); 
    break;
case 2: 
    $this->dbConfig();  
    break;
case 4: 
    $this->dbSaveConfig();  
    break;
case 5: 
    require("./index.php"); 
    $this->adminAccountSave($wire); 
    break;

What I am having trouble is at step 5 where it tries to create the user account. 

It throws an exception

Error: Exception: You do not have permission to execute this module - ProcessPageView (in /var/www/pwtest/hello/wire/core/Modules.php line 875)

when 

require 'index.php';

is called. Is there something special to make the `index.php` throwing without an error ?

Thank you

Thank you @Soma.