By the way, Mini coupled with MiniEdit and DragDropMultiUpload make an
amazing tool for pictures, Petko :-)
Thanks!
Luigi
----
N.B. While trying to discover the ctime reset issue, I also tried Mini
reset (action=purgethumbs) but this does not create any problem.
_______________________________________________
pmwiki-users mailing list
pmwiki...@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
MiniEdit doesn't modify the 'ctime' or the 'time' page attributes. When a
page is saved, the regular PmWiki functions are used and the 'time'
attribute should be updated to the current time, but the 'ctime' attribute,
if it exists, will not be modified at all.
Note that some pages may not have a 'ctime' page attribute, for example
Main.HomePage and other pages coming with the core distribution, possibly
some RecentChanges etc.
Try to create a new page and check if it has a 'ctime' attribute before
using MiniEdit. Then edit the gallery with MiniEdit and if the 'ctime'
attribute actually disappears, I'll look into it, but I really don't see how
this could happen. Unless you have some other recipe which might do
something I haven't thought of yet.
Petko
I just tried and create a new page: its ctime was fine.
Then tried to edit it by hand: again the value was retained and
properly kept and shown.
Then uploaded a picture and MiniEdit(ed) it caption.
Now ctime has disappeared from the page!
The fact that
ctime=
disappears from the page is proven by looking at the page file.
It is nonetheless worth mentioning that, in order to better work with
ctime in pagelists and make it editable from the page form, I set in
config.php
$FmtPV['$PageCreationDate'] = '@strftime("%d-%m-%Y at %R", $page["ctime"])';
as found in http://www.pmichaud.com/pipermail/pmwiki-users/2009-December/056265.html
and also
$ctimeDispFmt = '%d-%m-%Y alle %R';
include_once('cookbook/editformcustomfields.php');
as found in http://www.pmwiki.org/wiki/Cookbook/EditFormCustomFields
Is there any test more I can do to help solving the puzzle?
:-)
Luigi
...as well as added ctime: (:input e_ctime:) in Site/EditForm
Yet I fail to imagine that such edits might interfere with the core
issue of this thread.
The two recipes are not completely compatible. A temporary fix would be to
add such a line before including editformcustomfields.php :
if($action == 'miniedit') $customFields_isActive['ctime'] = false;
Otherwise, the editformcustomfields.php recipe could be slightly tuned to
work with recipes which use the UpdatePage() core mechanism, like MiniEdit,
Flipbox, PmForm and maybe other recipes. It may refrain from deleting the
page attributes ctime or title if the page is not edited via the regular
edit form. Something like this could replace the lines 56-60:
if ($customFields_isActive['ctime']){
$requestVal = @$_REQUEST['ctime'];
if ($requestVal != '') {
$SaveProperties[] = 'ctime'; # THIS line moved
$aResult = strptime($requestVal, $ctimeDispFmt);
This could be done in many different ways, for example by checking
if(isset($_REQUEST['ctime']))
and I didn't look into the part dealing with the title attribute, so I'll
leave it to the author to decide if and what to do. At any rate, he has
provided a way to disable the recipe with the line I gave you at the top of
this message.
Petko
Yes, it all work as it should, now.
I do not understand "what" it does, but it works :-)
Thank you Petko!