| Author | Post |
|---|
Kevin
Member
|
Posted: Tue Jun 26th, 2007 09:22 pm |
|
I know it's been said a hundred times before, but what a great product (v6xx). Looking forward to seeing what's in version 7 (any clue's?..)
My problem.
Newly installed. Created a SUPER user account and switched from FULL page edit to BLOCK editing and the INCLUDE statement works/edits and saves correctly on a PHP page.
However if I just create a SITE WIDE or FOLDER RESTRICTED account with BLOCK editing only, then only the following icons appear "Open a page" and "Save a page", and the INCLUDE area is not visible or editable.
As mentioned above, the BLOCK editing only works when switching from FULL page edit, using the SUPER user account.
Your advise would be greatly appreciated.
Kevin.
|
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Tue Jun 26th, 2007 11:11 pm |
|
A block user can see only pages that contain editblocks when viewing the list of files in the Open Page dialog. If a block user logs in directly from a page with the login prompt and the page does not contain editblocks, there is a prompt that the page does contain editblocks and the toolbar refuses to initialize. Those two things are the only things that separate a block user from a full page or super user.
For a full page user or a super user in block mode, editwrx reads a page containing editblocks exactly the same way it reads it for a block user.
The point is, being a block user does not determine what icons appear on the toolbar, or what gets displayed on the page, as long as the page contains an editblock. The icons displayed are determined by the list of icons for that user in the library/data/users.txt file. And whether or not an includeblock is "visible" can not be determined by the type of user.
Your description of the problem does not make any sense. So, run through it one more time looking for what is happening that you are not including in your description of the problem. There's something missing here :-)
|
Kevin
Member
|
Posted: Wed Jun 27th, 2007 09:52 pm |
|
Hi Keith,
I know it doesn't make sense, but this anomaly still occurs. I've rechecked your instructions in the on-line manual, and I appear to be doing everything right.
Can I send you a link to possible have a look at? The php page itself is available at:
http://www.knight-services.co.uk/contact_us.php
Regards,
Kevin
|
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Thu Jun 28th, 2007 02:18 am |
|
Looking at that page's code, you have:
<DIV includeblock="http://www.knight-services.co.uk/editwrx/includes/address.inc">
An includeblock's value must be a virtual url, not an absolute url.
<DIV includeblock="/editwrx/includes/address.inc">
But, I've copied your user "demo1" and the page and run it on my installation and have no problems that you describe.
Please submit a support request at http://editwrx.com/support.html so I can find out what else is involved that is causing this.
|
Kevin
Member
|
Posted: Thu Jun 28th, 2007 04:17 pm |
|
Keith,
I've dropped support a line.
Just to confirm I have changed my path to virtual, retested and no change. The only way I can get Block editing only to work is to sign on as a SUPER user, and then click the smart icon "TURN OFF Full Page Editing".
Hope this helps.
Kevin.
|
Keith
Moderator
| Joined: | Fri Apr 8th, 2005 |
| Location: | |
| Posts: | 578 |
|
Posted: Thu Jun 28th, 2007 05:51 pm |
|
Kevin
I found and fixed the problem.
You had the entire domain set as common folder. That was causing path problems. For example, the htdocs folder was appearing as being inside the domain instead of being the root of the domain, and clicking the up arrow to walk back out of a folder was flipping all the way back out to the root instead of just going up one level.
A common folder is a folder inside of the domain which appears in the file lists no matter who the user is or what folder they may be restricted to. Users can therefore use images, etc in the common folder. But, only a Super user can edit pages in a common folder, all other users are prohibited from editing in a common folder or uploading to a common folder. That's what kept the toolbar from fully initializing for block type and full page type users.
There is normally an alert that you cannot edit in a common folder if a block or full type user tries to, but since this was in the root folder that function failed to popup the alert.
Also, you had the /editwrx folder set as a hidden folder. By default, the folder containing editwrx is always a hidden folder for all users except the super user. I removed that too.
|
Kevin
Member
|
Posted: Thu Jun 28th, 2007 06:20 pm |
|
Keith,
Thank you very much for the detailed explanation and especially the fixes! All is well again..
Must go, off you purchase a Multi-Domain Developer KEY!
Thanks for a top product, and your helpful and responsive support. This speaks volumes when deciding which CMS product to purchase.
All the best,
Kevin.
|
Current time is 04:52 pm | |
|
