ceberlin

a note: I just saw this topic (had searched with the wrong keywords and did not find it earlier) dealing with the (kind of) same issue:

http://processwire.com/talk/topic/1499-module-proposal-page-version-control/

Version control is different from a moderation/approval system: Obviously one is done by a supervisor before going live and one after.

Maybe both concepts could work well together...

Approval of changed content (text) becomes an issue on my current project, too.

Right now I am thinking about something simple and elegant to make things not too complicated.

I was thinking of having a role as editor (writer, marketing, seo-guy) and one as a supervisor (legal department, boss...).

I had the idea to have every text field double, one is the displayed field (e.g. I call it "FIELD_LIVE")  and one is a field for the changed content (e.g. "FIELD_NEXT").

FIELD_LIVE has no write access for editors but there is a button which would fill the empty FIELD_NEXT with the content of FIELD_LIVE for editing.

(If there was no change, FIELD_NEXT is emptied after saving the page - as a clean-up,

and if there is already changed content in FIELD_NEXT the copying would not work and would have to be done manually - as a precaution.)

Supervisor sees a list of all pages that has a FIELD_NEXT with (unique) content for approval. He/she can then can edit this further and can

press a button to copy over the content from FIELD_NEXT to FIELD_LIVE (which would empty the FIELD_NEXT) or dismiss the changes (clear FIELD_NEXT).

Editor would have only the one button to dismiss the changes (clear NEXT_FIELD).

For assistance of the supervisor and the editor I would try to make a diff available, using something like the jQuery plugin PrettyTextDiff:

https://github.com/arnab/jQuery.PrettyTextDiff

The whole thing would work only with simple text fields but that is a start. (What can't be shown with this probably is highlighting of pure style changes and other html changes by TinyMCE?)

And, obviously, the FIELD_NEXT should not turn up in any search results.

Is this the right thinking or is there a better way (or already a module in the works I should wait for)?

I am also in a need for a feature like that to convince a customer to do the switch.

I got used to it with Drupal 7 ("diff"-module) and did not experience it slowing down things, or to be über-complex.

http://drupal.org/project/diff

Cool stuff. It wasn't too complicated so, a.f.a.i.k. it is limited on node text and title fields. You could easily navigate the versions, see all (text) differences highlighted and could roll back (which means that a new version is created with the content of the selected older version, so you could even revert that change later).

Anyone knowing this module? Maybe this is a route a processwire module could go as well.

Hi, I tried the theme today and like it too, it could easily become a favorite.

One issue: If the site is in Maintenance Mode, the green info bar floats wrong and makes the page layout looking weird.

Another suggestion would be to be able to place the log info sidebar to the right instead of left.

Hi everyone,

I just discovered SmartyPants and I like the idea. It just does not work in every language out of the box.

The typography rules for Germany and France, for example, are different and the English set does not work here.

At least that's what I think it does.

What we do now from PW is the language used in the field.

Would it not be nice to be able to select a setting for SmartyPants which is language dependent?

I cannot figure out how yet, but I wanted to drop that idea here for discussion first.

Ah, this could be the problem. I am surprised if such a standard thing is not compiled in php at my provider. Need to check that.

A suggestion from stackoverflow that I like (testing and error handling):

Whether or not ZIP support is built-in may vary, though I guess most packagers will include it.

Then again, you could always test it by checking if the ZipArchive class exists by calling

class_exists('ZipArchive'); and show a nice error message or fall back to a more generic approach...

src: http://stackoverflow...-in-to-php?rq=1

Hi, I still have this when trying to update the XMLsitemap module.

Error Class 'ZipArchive' not found (line 279 of /...mypath...../site/modules/ModulesManager/ModulesManager.module)

I am running the latest dev-version 0.0.9. How exactly did you make it work?

Hi, thanks for your reply on this. Did I say I love this community already?

My provider is not blocking allow_url_fopen, it is just off by default .So I could go and enable allow_url_fopen on my shared hosing. I am a bit over cautious about security (also because I do not consider myself being an excellent coder) and I like do disable as many powerful non-needed features as possible. Especially when dealing with new software (processwire) or complicated software (like my current Drupal installation, including the 103!!!! installed "beta"-type modules). That's why I asked.

And if you search for allow_url_fopen, you find tons of warnings.

I like the idea of this particular Module-Manager Module VERY much - it adds security, because it will make it really easy to keep my installation up-to-date.

So I would be willing to try the module with allow_url_fopen enabled, but if curl would also work (yes, I have that plugin running) even better.

An included download-link is not bad either.

Hi,

isn't allow_url_fopen a big security risk, if enabled? My povider suggests not to use that.

Is there an alternative?

For me, it would be good enough, if I would (like Drupal) receive an email, if modules, which I use, have updates, and an emergency email, if the module update is fixing a security bug. The cron would check that for me. (Or do we have that already and I had just screwed up my setup?)

The "more" Link in the modules list is dead for this module. (I am running CW 2.2.2)

just found it! Thank you very much. I had simply overlooked it.

I like the idea to redirect external links to the new locations.

But what is with internal links (coming from html text fields, for example). Wouldn't re-linking be much better than re-directing?

Some thoughts:

There could be some sort of internal-links list as a field where the user finds and sets all internal links he is intending to use on the page.

And within the WYSIWYG editor the user would somehow be able to use a link-id instead of the real link, which is replaced by the real link on page output. Those links would be some kept up-to-date. Another benefit is that such an inventory could use a search for finding the right pages easily and fast (Drupal has such a module).

A benefit of this would be that you could use that link-inventory to show an editor on the target page, which internal pages link to it.

Or maybe a search & (optional !!) replace for links within the internal database. (Kind of mimicking Dreamweaver's behavior of keeping internal links within sites intact.)

Or did I overlook a feature that is already existing in CW? - I am desperately missing some manual.

@pete thanks for your expertise.

just for Info: After a bad experience of the IPB support (I asked for something very

specific - a pre-sale question about their shop and German Law - I just got a stupid

reply how to run the demo instead of an answer to my question). I don't like them

stealing my time. I was scared away and purchased xenforo.

One good thought you have is why staying away from a single-logon.

Also I need to check further how to override the PW logon, if needed.

My idea is now to separate front end and backend users in a way that

I use the PW login system for backend users:

1. Backend users like admins will need to login to both system, which I think is ok.
   
2. And a normal user needs to log in to xenforo to be able also to see some VIP content from PW also.
   

If I want to hide PW content from normal users, I could try using the sessions, which xenforo creates....

This is the route I am trying to use now.

(I still need to install and get accustomed to PW als well as xenforo, but at least I have my first ideas now...)

(If there is no mod or extension planned, this thread maybe belongs to the "how to" area of this board instead?)

Just discovered xeoforo.... no my thinking goes in that direction (instead of IP_board)...

@diogo: thanks for the hint with the ecommerce bridge!!

Hello,

I am in the early evaluation stage for PW.

Coming from the Drupal 7 world and not being a software developer but coming

from the design-side, these are my main goals for a new project:

• design ...is everything:
  The normal webpages need to be as flexible as possible to design
  whereas is ok in the community area to have a more standard layout.
  PW is PERFECT for me, Drupal has limits (even with modules), a main
  reason for my unhappiness (and yes, I know how to make my own templates)
  
• Organization:I am making a brochure style Webpage, PW is perfect here.
  (Drupal plays it's role when having millions of pages, which needs different
  organizations, like automatic menus, Taxonomy, views.
  
• Developing speed.
  Drupal needs 10000000+ clicks for installation. And for every new project
  the same mess again. PW can be adapted easily.
  
• Membership fun (forums, galleries, friending):
  Drupal is good, PW has nothing like that
  
• E-Commerce: Drupal has unfinished stuff, PW nothing.
  

I don't blame PW for its limitation with membership management and E-Commerce.

Those limitation is also a strenght and beauty because PW is not feature-overloaded and easy

to handle. (A reason for me to have arrived here!)

And there are pefect solutions for that existing already, like the IP_Board and Magento.

I am now thinking of combining the specialists in it's fields like PW and IP_Board

to have the best of both worlds that would by far more manageable than Drupal

with its modules.

What about using the fine grained Bulletin Board membership membership management

and use this to access users to PW content (and editors and admins to the PW backend).

Isn't it easier to write a "bridge" module than adding membership features

to PW and trying to re-invent the wheel? The IP_Board has a strong API for authentification.

(This site is also using the IP_Board.)

Which means that users register and login to the board to have access to

PW privileges also (through synchronizing the user base or bypassing the PW auth).

That would be perfectly bypassing the PW limit of not having a fine grained

frontend user (users level1,2,3) and backend users (editors, admins).

(I a same way e-commerce functionality could be added with another auth-"bridge".)

Is there something in PW (a module?) I have overlooked that does this already?

Otherwise I would like to post this here as a starting point for ideas and discussion.

Thanks for reading all this. I am very curious about your opinions.

Cheers

Carl from Berlin

Fixed. Sorry, that was a left-over old index.php file I forgot to replace with the new one.

Hi

I try to install PW but get stopped at step 4:

System does not accept my Username/PW/Email and throws that error:

Missing account information

Any idea where this comes from and how to fix it?

Thanks already....