Jump to content

Making PW more userfriendly


NorbertH

Recommended Posts

@Thomas108, something like this: http://wiki.processwire.com/index.php/Basic_Website_Tutorial

Thanks Joss

No, that website tutorial is already way too much text about html and adding styles and philosophy.

On the other side there is the api cheatsheet which is great for developers, but for a non coding beginner too condensed and even a bit scary.   

I mean something like an extended version of the api cheatsheet, and also with more complicated snippets and their output.

So that even a noob can look at a piece of code and immediately see what it does by looking at its manifested html output.

And everything on one page, just like twitters bootstrap docs:

php ....

the html output

php ....

the html output

and so on.

  • Like 2
Link to comment
Share on other sites

No, that website tutorial is already way too much text about html and adding styles and philosophy.

On the other side there is the api cheatsheet which is great for developers, but for a non coding beginner too condensed and even a bit scary.   

I mean something like an extended version of the api cheatsheet, and also with more complicated snippets and their output.

So that even a noob can look at a piece of code and immediately see what it does by looking at its manifested html output.

And everything on one page.

Something like when you click on "more" on the cheatsheet items -> ie. http://cheatsheet.processwire.com/pages/built-in-methods-reference/pages-find-selector/ ?

  • Like 4
Link to comment
Share on other sites

No, that website tutorial is already way too much text about html and adding styles and philosophy.

On the other side there is the api cheatsheet which is great for developers, but for a non coding beginner too condensed and even a bit scary.   

I mean something like an extended version of the api cheatsheet, and also with more complicated snippets and their output.

So that even a noob can look at a piece of code and immediately see what it does by looking at its manifested html output.

And everything on one page, just like twitters bootstrap docs:

php ....

the html output

php ....

the html output

and so on.

Thomas it's very hard to please everyone. I also found this difficult when I started using PW.

The main reason why there are no clear examples of the best way to do something is that there are so many ways. It is both a strength and a weakness. It is essentially PHP that is being used and that is where most people who have learned to use PW have found their "snippets" or examples of how to do things.

The tutorials are improving with the help of people in the community though. Soma has a list of some more complicated gists here https://gist.github.com/somatonic

Something like when you click on "more" on the cheatsheet items -> ie. http://cheatsheet.processwire.com/pages/built-in-methods-reference/pages-find-selector/ ?

The cheatsheet is outstanding and the extended functionality is great.

May be a nice feature in the future to have a few examples underneath on the extended part (a bit like php.net, but better of course :P)

Link to comment
Share on other sites

Something like when you click on "more" on the cheatsheet items -> ie. http://cheatsheet.processwire.com/pages/built-in-methods-reference/pages-find-selector/ ?

Yes and No. When a non coder clicks on "more", he sees only more scary php stuff :rolleyes:

Well, at least when one is no coder and very new to PW.

Maybe I am the only one, but if a see a piece of php code, I try to understand it and I may understand it correctly or not. In any case it takes me quite some time. 

On the other hand, if I see a piece of code and its immediate html output the learning is much faster, more easier and more accurate. 

So I am missing html output examples.

@Nico Knoll: Yes from the domain name it sounds like something I would love to see.

  • Like 2
Link to comment
Share on other sites

Quick hint: already saved snippets.pw and trying to create a blog/snippet collection so you get easier into pw. But it's only a concept at the moment.

send me a pm i you need help or something else - i'm absolute not skilled enought with pw but i did build several tutorials and wrote for others (in german - my english is to bad) so maybe i could share some experience on this.

May be a nice feature in the future to have a few examples underneath on the extended part (a bit like php.net, but better of course :P)

that is something indeed i'm missing since i am not so skilled.

my workflow is to search the cheatsheet and copy&paste the calls in the Google Forum Search so i get some examples from some interesting posts....but this is not good handling for people willing to learn more.

  • Like 3
Link to comment
Share on other sites

One thing that is getting missed in this conversation is people like me.

Anyone who reads my signiture might notice it says:

Be nice - I am not a proper programmer and haven't the foggiest idea of what Soma/Apeisa/Ryan/et al are talking about.

The point is that when I started my php knowledge was very, very, very minimal. I understood what it did, but I didn't know how to use it beyond the basics.

It is not a hell of a lot better now, but it is better.

The reason is that PW is a very good platform on which to LEARN php, and jquery and, of course, the PW API.

So much so that one day I will create a profile that is expressly a tutorial profile - in other words, it will teach php to complete novices as well as teaching PW.

ProcessWire is a developer tool - there is no getting away from that - and it requires a developers approach to use it. But, as I and others have proved to themselves, it does not shut out non-developers and can actually turn novices and others into devs. This is partly because of the design logic built in by Ryan and partly because of the community.

But, despite that, despite the fact that an old composer/writer/advertising bloke like me can create websites, it is not any use for those with no knowledge at all who want a quick site without having to get any knowledge. They are better off using Wordpress.com or the plenty of other plug and play, ready hosted offerings - that is what they exist for.

  • Like 8
Link to comment
Share on other sites

To keep a positive idea in this heavy ideological topics

I like the idea of a snippet gallery this would be a nice addition on the tutorials for beginners?

With the 2.5 it should be possible to export needed fields and templates and show some example calls on that fields.....so it would be a easy start.

Like i wrote the wiki tuts was great but old and not really linked with the current docs.

A dev use the great API documentation and the cheatsheet!!

But a newcomer has to search the forum (and hopefully since the forum search isn't that good find first this or this post)

Yep,

so a newcomer can see at a glance the basic commands with output examples as well as a lot of working snippets in one place.

Ideally everything with only basic styling and with the pw version number, when it was written / updated.

If one needs more reading material one can look in the forum, if one needs less one can look at the stylesheet.

Something for every level :rolleyes:

  • Like 2
Link to comment
Share on other sites

My opinion?

I think PW is already very userfriendly seeing the clear API and it's possibilities and the freedom in creating templates etc. Afcourse you have to have at least a basic understanding of PHP (that's where I was when I started with PW).

If you really need a top of the bill user friendly cms and don't want to learn PHP, then PW is maybe just not the right cms for you. For the ones as me that start with PW and are willing to learn a (little) bit more PHP to really enjoy all the possibilities of PW indeed a central place with more snippets would be an idea.

But, on the other hand, reading through the forum, posting questions and googling when I had a problem helped me I think more in learning then having a maybe to easy big copy and paste snippets library.

I'm still struggling frequently but that's then more with PHP then with PW and I still enjoy the learning involved.

  • Like 5
Link to comment
Share on other sites

Hi,

wow, what a vivid discussion. A lot of people seems to be very much concerned about this topic.

I'm outing myself as member of the "please, PW, stay as you are" party! Honestly, I fear all this requests for more "user friendliness". It turns out, that I seem to have a completely different understanding of "user friendliness" as some colleagues have - to me, PW is the most user friendly CMS I've ever worked with. I started my career as web developer with Contao and got sick of it within one year. It simply didn't allow me to do what I want, or it was a tremendous effort, to put things in the right direction. I then discovered Textpattern (r.i.p) and it was kind of a relief - for the first time I was able to realize my ideas as I wanted it - not only in terms of design, but also in terms of content management (yes, it's all about that). When Textpattern aged, I came via the TXP forum to PW and immediately understood that this tool will give me the freedom I needed. Since then, PW has never disappointed me. I can keep my head up in every meeting with a prospect answering "yes, we can do that. No problem", and rest assured that I will be able to keep my promises. And I am not a developer at all (I studied design and marketing). Which other system can give you that?

Norbert is talking about a new user who is not a developer who likes to dive into code ocean to get wet. He is refering to ordinary users who want to build sites, who have enough HTML/CSS, etc skills to do so, but only lack coding skills.

Imho, this users are not the target group of PW and I personally don't want them to become influential on the system. Sorry. Every powerful tool needs at last a minimum skillset to make proper use of it. How would you like to build a house if you don't know how to lay bricks?

Apart from that, I strongly second Joss' postings.

EDIT: reems was quicker ...

  • Like 9
Link to comment
Share on other sites

As i already stated its perfectly ok to say , nope no standards. As PW is a system that attaches to almost any thinkable HTML/JS Template in a  perfect way its a great thing as it is. But if you think that way you have to make sure not to attract people from conventional CMS with false promises.

A friendly and powerful open source CMS with an exceptionally strong foundation.

First sentence on PW homepage.

As it is its a CMF that allows you to build the custom CMS for your Template in an instance.

Maybe we should even invent  a new paradigm for this one, like PW is a new PFT CMF  (Page Field Template)

The PFT concept allows for extremely easy generation of content that integrates easily into your existing HTML/JS Template.

That way designers can concentrate on designing and a developer can easily convert this design into a fully functional webapplication.

The powefull selection engine completely removes the need for complex data models...

... :P

The problem is that pepole(non developers form WP, Joomla..) expect a CMS and got really frustrated. As science found out , if you got angry about something you tell that to an average of 10 people thats a hell lot of bad publicity. So we better should advertise PW as a CMF and make people happy about finding how simple this can be instead of making people unhappy if they expect something like a normal CMS ...

  • Like 2
Link to comment
Share on other sites

Guys, thanks for all the comments, hints, tips and encouragement to keep on trying. I appreciate that. Reading back I also notice I was rather grumpy last night. Sorry about that, I should not engage in these kind of forum discussions in the middle of the night. Being very tired I have a tendency to be much blunter than I normally am.

Some people made the remark that modern website creation often involves some form of coding, more than 5 to 10 years ago. That's true, and indeed at the heart of my frustration. While my general site building skills have improved with the demands of the market, my coding skills lag behind. So the discrepance between what I CAN and what I WANT is becoming bigger. What I want is the more or less ready to use functionality of a CMS like WebsiteBaker, Joomla or Wordpress, combined with the flexibility and power of PW. My first impression was that I would be able to create custom stuff pretty easily, but after trying for a week orso I was disappointed. Partly in myself and my lacking skills, partly in my expectations that turned out to be too high (in relation to my skills), and partly in PW because a number of things are really not user friendly (enough) in my opinion.

I do feel that PW could benefit from having ready to use functions/modules/profiles/whatever-you-call-them that can be regarded as absolute core functions of any website: regular pages, blog/news, form, gallery. I'm not talking about time management, full blown ecommerce, forum, or anything fancy like that. No one expects that in a core CMS setup. Just the basic stuff to build any regular informational website, like a typical small business website. It's not important if that would be part of the core, or separate addons, they just need to be readily avaliable without having to heavily edit underlying code. I don't see why that would harm PW as a developers framework.

That aside, I do feel I need to PW another go, if I have the time. All comments have given me a new impulse to try again to overcome my own current limitations.

  • Like 8
Link to comment
Share on other sites

A small quote from Wikipedia.

A content management system (CMS)is a computer application that allows publishing, editing and modifying content, organizing, deleting as well as maintenance from a central interface....

   ...CMSs typically aim to avoid the need for hand coding, but may support it for specific elements or entire pages.

Link to comment
Share on other sites

wow, what a vivid discussion. A lot of people seems to be very much concerned about this topic.

The only thing I am concerned about, is this repeated pressure on processwire

to make it more user friendly for non coders. I really - really hope the pw core

with it´s template/field/backend will stay untouched.

So we better should advertise PW as a CMF

The use of processwire is not based or focused on CMF at all.

Processwire can be used as a cms / a cmf / and even as a cme, (thanks to the core)

which is a content management engine (thanks to Joss).

We should find a way to learn beginners to focus on how widely processwire can be used.

  • Like 6
Link to comment
Share on other sites

...CMSs typically aim to avoid the need for hand coding, but may support it for specific elements or entire pages.

CMSs make hand coding by editors obsolete (as it was usual in the ancient times), thus allowing content to be published quickly and easy. That's what I understand from this sentence. I don't understand, that CMSs allow to build web applications (sites, apps) without coding skills. Even WP requires coding skills if you want to take it one step further (in fact, it requires much more coding skills than PW does ...) .

  • Like 10
Link to comment
Share on other sites

@argos, great to hear that. I would feel a bit responsible if you would have the opposite reaction and give up on PW and on us... But, if you say you feel that you are getting behind and frustrated for not being able to implement your ideas, I would say that you arrived to PW at the right time. Go through the tutorial calmly, don't hurry. Start with replacing the content in your html by simple PHP like <?=$page->body?> and ignore all the complex stuff that people write in the forums some times, later you will understand them. Don't jump to the cheatsheet without first reading the API Docs. Read why Ryan decided not to use {{these kind of tags}} and use pure PHP instead. Give yourself time to learn something that you feel you needed for some time. By the time you will feel comfortable with PW, you will realize that you also know PHP. Oh the joy :)

---

As I said, I understand the need of discussing the tool and also the way that it sells itself to people. But it's how the core of PW is structured that makes it such a flexible tool. Changing the way it works would start removing that flexibility and make it become heavier and heavier. It's what people will do with PW that will make it grow stronger and directed towards other publics, not as it's core, but as the tool behind each of those applications.

A friendly and powerful open source CMS with an exceptionally strong foundation.

Couldn't be closer to the truth! PW is a very friendly CMS to those that will use it as a content management system, your clients,  and is a powerful tool for you, the developer, to make sure that they will get the absolute best experience. EDIT: totoff was faster :)

  • Like 6
Link to comment
Share on other sites

The only thing I am concerned about, is this repeated pressure on processwire

to make it more user friendly for non coders. I really - really hope the pw core

with it´s template/field/backend will stay untouched.

and for me as a non coder I hope that too, because I like the way pw works. pw should not become another droomlapress.

It could be just way easier and faster to grasp pw for newbies willing to learn pw and php, if there was an "all in one place" page with up to date code and output examples

  • Like 1
Link to comment
Share on other sites

A friendly and powerful open source CMS with an exceptionally strong foundation.

Nope its a CMF , a content management framework that allows you to make an easy CMS for your HTML

Not being precise causes lots of frustration

Wikipedia again:

A content management framework (CMF) is a system that facilitates the use of reusable components or customized software for managing Web content. It shares aspects of a Web application framework and a content management system (CMS).

here we go , and btw. we are listed there. :-)

A lot of people seems to be very much concerned about this topic.

Quite a while ago drupal stated "we stay OOP free", then they added OOP step by step caused by pressure from outside.

At last they are now based on Symphony framework. So Drupal once was special now its like any other crap around.

So yess, i can understand that fear.

  • Like 1
Link to comment
Share on other sites

It seems some devs are afraid that improving usability is quivalent to decreasing power and flexibility. In my opinion these things should and could go hand in hand, and are intrinsically not contradictory.

  • Like 3
Link to comment
Share on other sites

Developers or Designers who have real talent have nothing to fear from others learning the trade.  The PW forum is not populated by an elitist bunch of coders.

Usability will be improved and believe or not you are an important part of that discussion.  It's not a case of us against you.  You are now a part of the PW community and we hope that you learn and succeed.

I can only speak for myself, but my hope is for the PW core will remain as is (with continual enhancements).  I support others creating all the usability functionality that has been proposed, just not in the core of PW.

  • Like 6
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.

  • Similar Content

    • By spercy16
      I was previously using individual fields to capture and output multiple cards onto my web page but after recently learning about repeaters would prefer to use this field type, as it will be a lot more user friendly for end users to create new cards. I tried to modify my code to grab the fields from the new Repeater field(s) but am getting this error message on the page:
      Here is the code I'm currently trying to use for the cards:
      <?php // https://processwire.com/api/arrays/ // check if the array of images has items foreach($page->tall_card as $card) { $count = 0; $count++; $options = array( 'quality' => 70 ); $image = $card->image; $img = $card->image->size(550, 400, $options); $cardHeading = $card->title; $cardBody = $card->plain_paragraph; $raised = $card->raised_amount; $goal = $card->goal_amount; $link = $card->link; if ($raised == 0 ) : $percent = 0; else: $percent = $raised_amount / $goal_amount * 100; endif; if ($percent <= 5) : $percent = 0; endif; ?> <span id="card<?php echo $count?>" class="card"> <img class="cardThumb" src="<?php echo $img->url; ?>" alt="<?php echo $image->description; ?> Thumbnail" /> <div class="cardBody"> <div class="cardText"> <h2><?php echo $cardHeading; ?></h2> <?php echo $cardBody; ?> </div> <div class="progressBarSection"> <progress class="progressBar" id="progressbar<?php echo $count; ?>" value="<?php echo $percent; ?>" max="100"></progress> <span class="raisedAmount"> $<?php echo $raised; ?> usd </span> <span class="goalAmount"> $<?php echo $goal; ?> usd </span> </div> <div class="primaryBtn"> <a href="https://www.paypal.com/donate?hosted_button_id= <?php echo $link; ?> &source=url"> <button> <i class="fas fa-donate"></i> Donate </button> </a> </div> </div> </span> <?php } ?> Thanks in advance for any help!
    • By CachePuzzles
      Hi there,
      I'm probably missing something simple, but I'm just setting up my first site so I guess that's bound to happen.
      I've installed the LoginRegistration module and at first I was thinking that the confirmation emails weren't being sent. However I now see that new user confirmation emails are taking 20+ minutes to arrive. Is there a way to speed this up?
      Also the email is coming from processwire@mydomain - I couldn't found a place to change this.
      Any advice or help would be great!
      Brian
    • By humanafterall
      Hi,
      I would like to set an admin template to 'https only' as recommended in the Processwire security docs.
      However if I do this it forces this setting locally too, resulting in https://localhost requests which result in an error page.
      Is there a simple way round this? Setting https for templates in the config?
      Thanks!
    • By fruid
      Hi friends,
      just 7 months ago, I was "just" a designer and a rather semi-developer, still struggling with WordPress sites and more often than not delegating that work to pros. ProcessWire really helped me realising that it's not that hard after all (well it's still hard but it's doable) and you learn a lot just by doing it which has to be true for all developers anyway. So I started coding myself, I might also have to thank the 2020 pandemic to help me focus a bit more than usual, I created a bunch of websites using PW already – one of which I can't wait to put on showcases but it's still not live yet. That is one big personal milestone for me. The next milestone would be to give something back, and so I'd like to take on contributing some code I wrote, namely a event calendar for anyone to use. It's my first attempt doing this so please don't eat me alive. It's not a PW module yet (that's the plan however) just a git but I'm positive it will be useful once it works – well it works but it still needs more work – because if I had found a module that came close I wouldn't have started coding it myself :D
      With that, I will appreciate all input, be it how to improve the .js (probably especially), or the templates, or guidance how to proceed turning this into a PW-module, and of course, in that last process, no pun intended, suggestions to make it more versatile for different needs.
      git: github.com/bbblgmsp/ProcessEventCalendar
      demo: http://foobar.roofaccess.org/events/
      Thank you!
    • By Chris Bennett
      Hi all, I am going round and round in circles and would greatly appreciate if anyone can point me in the right direction.
      I am sure I am doing something dumb, or missing something I should know, but don't. Story of my life 😉

      Playing round with a module and my basic problem is I want to upload an image and also use InputfieldMarkup and other Inputfields.
      Going back and forth between trying an api generated page defining Fieldgroup, Template, Fields, Page and the InputfieldWrapper method.

      InputfieldWrapper method works great for all the markup stuff, but I just can't wrap my head around what I need to do to save the image to the database.
      Can generate a Field for it (thanks to the api investigations) but not sure what I need to do to link the Inputfield to that. Tried a lot of stuff from various threads, of varying dates without luck.
      Undoubtedly not helped by me not knowing enough.

      Defining Fieldgroup etc through the api seems nice and clean and works great for the images but I can't wrap my head around how/if I can add/append/hook the InputfieldWrapper/InputfieldMarkup stuff I'd like to include on that template as well. Not even sure if it should be where it is on ___install with the Fieldtype stuff or later on . Not getting Tracy errors, just nothing seems to happen.
      If anyone has any ideas or can point me in the right direction, that would be great because at the moment I am stumbling round in the dark.
       
      public function ___install() { parent::___install(); $page = $this->pages->get('name='.self::PAGE_NAME); if (!$page->id) { // Create fieldgroup, template, fields and page // Create new fieldgroup $fmFieldgroup = new Fieldgroup(); $fmFieldgroup->name = MODULE_NAME.'-fieldgroup'; $fmFieldgroup->add($this->fields->get('title')); // needed title field $fmFieldgroup->save(); // Create new template using the fieldgroup $fmTemplate = new Template(); $fmTemplate->name = MODULE_NAME; $fmTemplate->fieldgroup = $fmFieldgroup; $fmTemplate->noSettings = 1; $fmTemplate->noChildren = 1; $fmTemplate->allowNewPages = 0; $fmTemplate->tabContent = MODULE_NAME; $fmTemplate->noChangeTemplate = 1; $fmTemplate->setIcon(ICON); $fmTemplate->save(); // Favicon source $fmField = new Field(); $fmField->type = $this->modules->get("FieldtypeImage"); $fmField->name = 'fmFavicon'; $fmField->label = 'Favicon'; $fmField->focusMode = 'off'; $fmField->gridMode = 'grid'; $fmField->extensions = 'svg png'; $fmField->columnWidth = 50; $fmField->collapsed = Inputfield::collapsedNever; $fmField->setIcon(ICON); $fmField->addTag(MODULE_NAME); $fmField->save(); $fmFieldgroup->add($fmField); // Favicon Silhouette source $fmField = new Field(); $fmField->type = $this->modules->get("FieldtypeImage"); $fmField->name = 'fmFaviconSilhouette'; $fmField->label = 'SVG Silhouette'; $fmField->notes = 'When creating a silhouette/mask svg version for Safari Pinned Tabs and Windows Tiles, we recommend setting your viewbox for 0 0 16 16, as this is what Apple requires. In many cases, the easiest way to do this in something like illustrator is a sacrificial rectangle with no fill, and no stroke at 16 x 16. This forces the desired viewbox and can then be discarded easily using something as simple as notepad. Easy is good, especially when you get the result you want without a lot of hassle.'; $fmField->focusMode = 'off'; $fmField->extensions = 'svg'; $fmField->columnWidth = 50; $fmField->collapsed = Inputfield::collapsedNever; $fmField->setIcon(ICON); $fmField->addTag(MODULE_NAME); $fmField->save(); $fmFieldgroup->add($fmField); // Create: Open Settings Tab $tabOpener = new Field(); $tabOpener->type = new FieldtypeFieldsetTabOpen(); $tabOpener->name = 'fmTab1'; $tabOpener->label = "Favicon Settings"; $tabOpener->collapsed = Inputfield::collapsedNever; $tabOpener->addTag(MODULE_NAME); $tabOpener->save(); // Create: Close Settings Tab $tabCloser = new Field(); $tabCloser->type = new FieldtypeFieldsetClose; $tabCloser->name = 'fmTab1' . FieldtypeFieldsetTabOpen::fieldsetCloseIdentifier; $tabCloser->label = "Close open tab"; $tabCloser->addTag(MODULE_NAME); $tabCloser->save(); // Create: Opens wrapper for Favicon Folder Name $filesOpener = new Field(); $filesOpener->type = new FieldtypeFieldsetOpen(); $filesOpener->name = 'fmOpenFolderName'; $filesOpener->label = 'Wrap Folder Name'; $filesOpener->class = 'inline'; $filesOpener->collapsed = Inputfield::collapsedNever; $filesOpener->addTag(MODULE_NAME); $filesOpener->save(); // Create: Close wrapper for Favicon Folder Name $filesCloser = new Field(); $filesCloser->type = new FieldtypeFieldsetClose(); $filesCloser->name = 'fmOpenFolderName' . FieldtypeFieldsetOpen::fieldsetCloseIdentifier; $filesCloser->label = "Close open fieldset"; $filesCloser->addTag(MODULE_NAME); $filesCloser->save(); // Create Favicon Folder Name $fmField = new Field(); $fmField->type = $this->modules->get("FieldtypeText"); $fmField->name = 'folderName'; $fmField->label = 'Favicon Folder:'; $fmField->description = $this->config->urls->files; $fmField->placeholder = 'Destination Folder for your generated favicons, webmanifest and browserconfig'; $fmField->columnWidth = 100; $fmField->collapsed = Inputfield::collapsedNever; $fmField->setIcon('folder'); $fmField->addTag(MODULE_NAME); $fmField->save(); $fmFieldgroup->add($tabOpener); $fmFieldgroup->add($filesOpener); $fmFieldgroup->add($fmField); $fmFieldgroup->add($filesCloser); $fmFieldgroup->add($tabCloser); $fmFieldgroup->save(); /////////////////////////////////////////////////////////////// // Experimental Markup Tests $wrapperFaviconMagic = new InputfieldWrapper(); $wrapperFaviconMagic->attr('id','faviconMagicWrapper'); $wrapperFaviconMagic->attr('title',$this->_('Favicon Magic')); // field show info what $field = $this->modules->get('InputfieldMarkup'); $field->name = 'use'; $field->label = __('How do I use it?'); $field->collapsed = Inputfield::collapsedNever; $field->icon('info'); $field->attr('value', 'Does this even begin to vaguely work?'); $field->columnWidth = 50; $wrapperFaviconMagic->add($field); $fmTemplate->fields->add($wrapperFaviconMagic); $fmTemplate->fields->save(); ///////////////////////////////////////////////////////////// // Create page $page = $this->wire( new Page() ); $page->template = MODULE_NAME; $page->parent = $this->wire('pages')->get('/'); $page->addStatus(Page::statusHidden); $page->title = 'Favicons'; $page->name = self::PAGE_NAME; $page->process = $this; $page->save(); } }  
×
×
  • Create New...