[pmwiki-users] color history

mike reqavey mrmrmr50 at rediffmail.com
Sun Jan 28 15:26:15 CST 2007


  Greetings
thanks for your reponse. I'm an English teacher and this would be a real neat add-on. I know very little php, but you've given me enough
defining the problem. I'll see if I can figure it out.
re-v


On Mon, 29 Jan 2007 pmwiki-users-request at pmichaud.com wrote :
>Send pmwiki-users mailing list submissions to
> 	pmwiki-users at pmichaud.com
>
>To subscribe or unsubscribe via the World Wide Web, visit
> 	http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>or, via email, send a message with subject or body 'help' to
> 	pmwiki-users-request at pmichaud.com
>
>You can reach the person managing the list at
> 	pmwiki-users-owner at pmichaud.com
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of pmwiki-users digest..."
>
>
>Today's Topics:
>
>    1. Re: Problem with ActionLog recipe (marc)
>    2. Re: color history (marc)
>    3. Re: PageList Project (marc)
>    4. Please don't cross-post (was: JITS v.20070125 recipe
>       released) (Patrick R. Michaud)
>    5. Problem with $EnableDrafts and restoring old versions
>       (Tobias Thelen)
>    6. Re: web hosting questions / offtopic (Mark Trumpold)
>    7. Re: web hosting questions / offtopic (DaveG)
>    8. Re: web hosting questions / offtopic (Kathryn Andersen)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Sun, 28 Jan 2007 18:00:56 -0000
> From: marc <gmane at auxbuss.com>
>Subject: Re: [pmwiki-users] Problem with ActionLog recipe
>To: pmwiki-users at pmichaud.com
>Message-ID: <MPG.2026f4c9b3ab7b9e989a39 at news.gmane.org>
>Content-Type: text/plain; charset="iso-8859-1"
>
>f.r.salomons said...
> > I have a problem with ActionLog recipe.
> > My website is intended for use by a restricted group only. Most pages
> > are restricted for viewing and editing. A while ago, I found out that
> > the ActionLog recipe is very useful for logging login/logout-actions by
> > members of the user group (see the thread "Re: Recipe for making logging
> > succesful logins?" some weeks ago). The ActionLog recipe makes it
> > possible to exclude logging simple actions like viewing or printing
> > pages. By excluding logging other actions as edit, diff, attr, etc, you
> > end up logging only login/logout actions.
> >
> > So far so good. Only recently, I discovered that only part of the logins
> > are being logged! When a user logs in ON the main page (through the
> > login box which I created in the sidebar), everything is fine. The same
> >   goes for logins, performed on another non-restricted page. However,
> > when a user is prompted to log in when he tries to reach a
> > for-users-only-page, the login is NOT logged by ActionLog.
> >
> > The difference seems to be that logins are only being recorded when
> > completed on a page for which the user already has enough rights. While
> > many users (I hope) are logging in simply by following a link to a
> > restricted page and then being - prompted for it - giving their
> > username/password, I would like to log that also.
> >
> > Any advice would be welcome!
>
>I also use a sidebar login. You will hit quite a few issues when
>circumventing script assumptions based on the PmWiki default login
>($AuthPromptFmt), some from the core.
>
>Better, imo, is to remove this altogether. (I can tell you how I do
>this, should it be of interest.)
>
>I would prefer to see PmWikiAuth() 'fixed', so that login handlers can
>be written that run to completion. Currently, PmWikiAuth forces an exit
>(), thus aborting a custom login handler. (I have mentioned this to Pm,
>so I'm sure that there are good reasons for leaving things as they are.
>I understand that this would be a significant change.)
>
>Anyway, what happens is that $action is set to 'edit' or 'upload' or
>whatever action triggered the login request by your user, and this is
>what is used when the user fills in their user name and password to
>login. If you have configured actionlog to only respond to action=login,
>then it will not be triggered in these cases. Thus, the problem is not
>with actionlog, since it is never invoked.
>
>Now, while I can see why Patrick did things this way, I think some of us
>are operating ways not originally expected and this is causing an
>increasing number of issues, so I would dearly love to see us sort it
>out.
>
>--
>Cheers,
>Marc
>
>
>
>
>------------------------------
>
>Message: 2
>Date: Sun, 28 Jan 2007 18:22:36 -0000
> From: marc <gmane at auxbuss.com>
>Subject: Re: [pmwiki-users] color history
>To: pmwiki-users at pmichaud.com
>Message-ID: <MPG.2026f97e84786b67989a3a at news.gmane.org>
>Content-Type: text/plain; charset="iso-8859-1"
>
>mike reqavey said...
> >
> > I'd like to know if there is a skin that accentuates the
> > changes made to a page. Perhaps adding color to more readily show
> > different versions of the same page?  When I look at the history of a
> > page I'd like to quickly see the changes, spelling, punctuation...  An
> > example, in a paragraph, the author changes, a period to a question
> > mark, end point punctuation. When I view the history of the page I'd
> > like that change period/question mark accuentuated, perhaps by color ?
>
>Interesting idea.
>
>This isn't a skin-related issue, but one of the consequences of
>action=diff. The handler for action=diff is, by default:
>
>   SDV($HandleActions['diff'], 'HandleDiff');
>
>(see pagerev.php).
>
>Thus, we can change the results of action=diff by setting in config.php,
>say:
>
>   $HandleActions['diff'] = 'NewHandleDiff';
>
>and writing the function NewHandleDiff(). In fact, the bulk of the work
>is in PrintDiff(), which is somewhat more complex ;-)
>
>Easily said, now all we need is someone to write the function.
>
>--
>Cheers,
>Marc
>
>
>
>
>
>------------------------------
>
>Message: 3
>Date: Sun, 28 Jan 2007 18:32:29 -0000
> From: marc <gmane at auxbuss.com>
>Subject: Re: [pmwiki-users] PageList Project
>To: pmwiki-users at pmichaud.com
>Message-ID: <MPG.2026fc9a8b30bd22989a3b at news.gmane.org>
>Content-Type: text/plain; charset="iso-8859-1"
>
>The Editor said...
> > On 1/21/07, marc <gmane at auxbuss.com> wrote:
> > > The Editor said...
> > > > I really didn't like mailman's approach and ended up using a rather
> > > > creative system that makes it easier for an individual to take care of
> > > > their subscriptions.  When they visit the newsletter mgmt site, it
> > > > asks them to simply enter an email address, and forwards them to an
> > > > authentication page.  There, they enter  simple passcode emailed them
> > > > (a random number) to verify ownership of the email.  Once verified,
> > > > they are forwarded to a subscriptions page which dynamically shows all
> > > > current subscriptions, and lets them add or drop subscriptions at the
> > > > click of a button.  Pass codes are only valid for 20 minutes and are
> > > > tied to specific emails. I think most users will find it much simpler
> > > > to use than mailman. Let me know if anyone sees any problems in this
> > > > setup.
> > >
> > > IME, you might hit a problem with this. Sometimes emails become stuck in
> > > the system, for a variety of reasons, so time limiting an update code
> > > will mean folk having to repeat the process, possibly more than once.
> > > That kind of event can drive folk away.
> > >
> > > An alternative approach is to email the update details as parameters to
> > > a URL and embed this in an email. The user then only has to click the
> > > link to update their details. Something like:
> > >
> > > http://www.example.com/Site/ChangeEmailConfirmation?hash=
> > > 0e8fc8eafd8506101171031c52d6502b&email=fred%40spammaster.com
> > >
> > > (Generate the hash by something like:
> > >    $hash = md5($newemail.$hiddenHash);)
> > >
> > > This method never times out.
> >
> >
> > Thanks for the idea Marc.
>
>It's not my idea :-) This is standard procedure for this kind of update.
>Been going on for millions of years.
>
> > I don't know much about this hash idea, and
> > will read up on it a bit and see what I can come up with.  Though I
> > must admit, I'm not so sure I like the idea of them never timing
> > out...
>
>Why? I know it's an obvious question, but better to ask why you believe
>a time limit is necessary; what purpose does is fulfill?
>
>What you have is the user's email address stored somewhere - PmWiki page
>or database. The user decides to change their email, so you create a
>hash based on the new email and a secret string - something like:
>
>     $hash = md5($newemail.$hidden_hash_var);
>
>- and email it back to their original email address
>
>     $returnlink = "http://www.example.com/Site/ChangeEmailConfirm";
>     $mail->Body = "\nFollow this link to confirm your email change:\n".
>                  "$returnlink?hash=$hash".
>                  "&email=".urlencode($newemail);
>
>There are many ways to handle the reply. I choose to store the hash with
>the user's details, then find the stored hash on the db:
>
>     $member->load("confirmHash='$hash'")
>
>Next, I check that the dude hasn't got lucky with his hash by
>recalculating it from the found record and comparing it (rehashing it)
>with the incoming email. You could, if you wish, include the member id
>in the email, and avoid any db save at all. Many ways.
>
> > As for the 20 minutes setting, that's just a configurable option that
> > can be set to anything.  Could just as easily set it for the big 86400
> > seconds or whatever.
>
>But in doing so you've added an admin task and created an additional
>maintenance task. These are things companies spend a lot of money trying
>to eradicate, so better to avoid them from the outset ;-)
>
>--
>Cheers,
>Marc
>
>
>
>
>------------------------------
>
>Message: 4
>Date: Sun, 28 Jan 2007 12:45:28 -0600
> From: "Patrick R. Michaud" <pmichaud at pobox.com>
>Subject: [pmwiki-users] Please don't cross-post (was: JITS v.20070125
> 	recipe	released)
>To: Jiri Hlad?vka / OBUTEX <admin at obutex.com>
>Cc: PmWiki Users <pmwiki-users at pmichaud.com>
>Message-ID: <20070128184528.GA30055 at host.pmichaud.com>
>Content-Type: text/plain; charset=utf-8
>
>On Fri, Jan 26, 2007 at 03:16:50PM +0100, Jiri Hlad?vka / OBUTEX wrote:
> > (this mail was already sent to pmwiki-users at pmichaud.com and
> > pmwiki-devel at pmichaud.com
> > but it seems it was not delivered to pmwiki-users at pmichaud.com so
> > resending again.
> > Sorry if you receive it twice.)
>
>This is a good place for me to remind people to not cross-post
>messages between pmwiki-devel and pmwiki-users.  Pick one list
>or the other, and if you aren't sure which one it belongs to,
>then it goes to pmwiki-users.
>
>Also, since pmwiki-users has a lot more subscribers than
>pmwiki-devel, it takes longer for it to process messages
>(which explains why it seemed as though pmwiki-users didn't
>receive it).
>
>If it's important to get a message out to lots of people,
>then the message can be posted to pmwiki-announce as well
>(pmwiki-announce is moderated, but I'll generally approve
>announcements).
>
>I may configure the lists so that cross-posted messages are
>automatically rejected.
>
>Pm
>
>
>
>------------------------------
>
>Message: 5
>Date: Sun, 28 Jan 2007 19:53:08 +0100
> From: Tobias Thelen <tobias.thelen at uni-osnabrueck.de>
>Subject: [pmwiki-users] Problem with $EnableDrafts and restoring old
> 	versions
>To: pmwiki-users at pmichaud.com
>Message-ID: <45BCF114.2090606 at uni-osnabrueck.de>
>Content-Type: text/plain; charset=ISO-8859-15
>
>Hello,
>
>I'm using the draft capability in version 2.1.27 and encountered a
>problem today:
>
>If a draft version of a page exists, trying to restore an older version
>of the (original, non-draft) page from the action=diff view leads to an
>unexpected behaviour. A preview of the version to be restored comes up
>in an edit form but it's not the expected older version but the current
>draft version.
>
>This seems to happen because the EditDraft handler always redirects to
>the draft version (and additionally abolishes all extra arguments to
>action=edit). To me, it appears that restoring older versions of a page
>does not work as long as a draft version exists. Did I miss something (a
>config option perhaps)? Is this a feature?
>
>Regards,
>Tobias
>
>--
>---------------------------------------------
>Tobias Thelen       tthelen at uni-osnabrueck.de
>Zentrum virtUOS            Tel. 0541/969-6502
>Zentrum  zur  Unterst?tzung  virtueller Lehre
>--  http:// www.virtuos.uni-osnabrueck.de  --
>Stud.IP-Anfragen bitte an kursmanager at uos.de!
>
>
>
>
>
>------------------------------
>
>Message: 6
>Date: Sun, 28 Jan 2007 21:27:35 +0200
> From: Mark Trumpold <mark at ruthtrumpold.id.au>
>Subject: Re: [pmwiki-users] web hosting questions / offtopic
>To: Russ Fink <russfink at hotmail.com>,	<pmwiki-users at pmichaud.com>
>Message-ID: <C1E2C5C7.C215%mark at ruthtrumpold.id.au>
>Content-Type: text/plain;	charset="US-ASCII"
>
>I sympathise
>
>I went through similar situations as I use mine for education purposes with
>my high school.
>
>The one I transferred to (just two weeks ago) was http://www.dot5hosting.com
>they're cheap and offer a bunch of stuff. It linux not windows and already I
>have found a difference.
>
>Anyway .. I used these guys to help decide on a new host
>http://www-thehostingchart.com/
>
>Have a look and good luck
>
>Mark
>
>
>On 28/1/07 5:26 PM, "Russ Fink" <russfink at hotmail.com> wrote:
>
> > Hello,
> >
> > My sincere apologies for going off-topic, but in order to provide the
> > superior interactive user experience as compared to "flash sites" or flat
> > pages, the PmWiki software has some requirements that other software might
> > not, and so I would like to solicit your experiences.
> >
> > This past week, my wife purchased a business and premiered a website at the
> > same time on one of these lower cost (not bargain) hosting providers.  I
> > signed up because the site looked good, it had guarantees, live chat
> > support, a ticket system, and offered high bandwidth.
> >
> > Since then, the site has been down - an outage in excess of 15 minutes per
> > incident - on at least 3 occasions in the past 3 days.  Not very good when
> > you're trying to build wiki content.  Yesterday, for instance, the techs
> > said that they were going through a data center migration, and that all the
> > work was done - but then at noon, the site was down again for a half hour.
> > When it hasn't been down, it's been slow.  This causes things like the
> > PmWiki default skin, which uses tables, to pop up the sidebar full-width
> > until the main page loads in, causing at best user confusion.
> >
> > The site I'm running is informational, and it's low bandwidth.  I'm using
> > the CMS-like, AuthUser, and google maps recipies, and I'm highly pleased
> > with the results; I have certain users as editors, they get to see certain
> > screens that the normal visitors do not need to see, edits are properly
> > locked down, and even RSS feeds (though the owner doesn't want this) are
> > properly constrained.
> >
> > Can someone please point me to a reputable provider that offers the kinds of
> > things PmWiki needs - I'm still tweaking the CSS and would like to have SSH
> > access, and also I'm using some rewrite recipe so I'd like .htaccess as
> > well.  I don't want to resort to virtual servers.  (I read Patrick's thread
> > from 2005 when he went to apollo hosting, but the lower end plans from
> > apollo are somewhat spartan.)
> >
> > Also, for performance, am I better off seeking providers that offer low
> > bandwidth as opposed to those that offer high bandwidth?  I'm wondering if
> > I'm co-hosted with high bandwidth sites, is that causing me a performance
> > problem?
> >
> > If there's a mailing list for this kind of thing, can someone please point
> > me to that?
> >
> > Thanks,
> > Russ
> >
> > PS: I tried Google.  One of the annoying things is that there must be a
> > consortium of hosting providers that stands up puppet sites with names like
> > "the-worlds-best-hosting-providers.com", and pay bazillions in adwords,
> > which then only seem to point you to a select group of 5 providers, probably
> > all managed by the same parent company.  There was even one site that you
> > could click on providers by state - but all states pointed back to the same
> > 4 or 5 providers - and the provider I'm unhappy about is, ... guess what...
> > one of those 5.  If anyone cares to see my site, it's
> > www.finalscoreohio.com.
> >
> > _________________________________________________________________
> > Search for grocery stores. Find gratitude. Turn a simple search into
> > something more.
> > http://click4thecause.live.com/search/charity/default.aspx?source=hmemtagline_
> > gratitude&FORM=WLMTAG
> >
> >
> > _______________________________________________
> > pmwiki-users mailing list
> > pmwiki-users at pmichaud.com
> > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
>
>
>
>------------------------------
>
>Message: 7
>Date: Sun, 28 Jan 2007 14:29:49 -0500
> From: DaveG <pmwiki at solidgone.com>
>Subject: Re: [pmwiki-users] web hosting questions / offtopic
>To: Russ Fink <russfink at hotmail.com>
>Cc: pmwiki-users at pmichaud.com
>Message-ID: <45BCF9AD.8010200 at solidgone.com>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>Personally I use asmallorange.com. Their support is always very prompt,
>you get SSH access, unlimited everything within the package disk and
>bandwidth constraints, and unlimited add-on and parked domains. I've
>been with them for a year or so, and had no major issues, and the few
>minor problems I had were resolved in minutes.
>
>   ~ ~ Dave
>
>Russ Fink wrote:
> > Hello,
> >
> > My sincere apologies for going off-topic, but in order to provide the
> > superior interactive user experience as compared to "flash sites" or flat
> > pages, the PmWiki software has some requirements that other software might
> > not, and so I would like to solicit your experiences.
> >
> > This past week, my wife purchased a business and premiered a website at the
> > same time on one of these lower cost (not bargain) hosting providers.  I
> > signed up because the site looked good, it had guarantees, live chat
> > support, a ticket system, and offered high bandwidth.
> >
> > Since then, the site has been down - an outage in excess of 15 minutes per
> > incident - on at least 3 occasions in the past 3 days.  Not very good when
> > you're trying to build wiki content.  Yesterday, for instance, the techs
> > said that they were going through a data center migration, and that all the
> > work was done - but then at noon, the site was down again for a half hour.
> > When it hasn't been down, it's been slow.  This causes things like the
> > PmWiki default skin, which uses tables, to pop up the sidebar full-width
> > until the main page loads in, causing at best user confusion.
> >
> > The site I'm running is informational, and it's low bandwidth.  I'm using
> > the CMS-like, AuthUser, and google maps recipies, and I'm highly pleased
> > with the results; I have certain users as editors, they get to see certain
> > screens that the normal visitors do not need to see, edits are properly
> > locked down, and even RSS feeds (though the owner doesn't want this) are
> > properly constrained.
> >
> > Can someone please point me to a reputable provider that offers the kinds of
> > things PmWiki needs - I'm still tweaking the CSS and would like to have SSH
> > access, and also I'm using some rewrite recipe so I'd like .htaccess as
> > well.  I don't want to resort to virtual servers.  (I read Patrick's thread
> > from 2005 when he went to apollo hosting, but the lower end plans from
> > apollo are somewhat spartan.)
> >
> > Also, for performance, am I better off seeking providers that offer low
> > bandwidth as opposed to those that offer high bandwidth?  I'm wondering if
> > I'm co-hosted with high bandwidth sites, is that causing me a performance
> > problem?
> >
> > If there's a mailing list for this kind of thing, can someone please point
> > me to that?
> >
> > Thanks,
> > Russ
> >
> > PS: I tried Google.  One of the annoying things is that there must be a
> > consortium of hosting providers that stands up puppet sites with names like
> > "the-worlds-best-hosting-providers.com", and pay bazillions in adwords,
> > which then only seem to point you to a select group of 5 providers, probably
> > all managed by the same parent company.  There was even one site that you
> > could click on providers by state - but all states pointed back to the same
> > 4 or 5 providers - and the provider I'm unhappy about is, ... guess what...
> > one of those 5.  If anyone cares to see my site, it's
> > www.finalscoreohio.com.
> >
> > _________________________________________________________________
> > Search for grocery stores. Find gratitude. Turn a simple search into
> > something more.
> > http://click4thecause.live.com/search/charity/default.aspx?source=hmemtagline_gratitude&FORM=WLMTAG
> >
> >
> > _______________________________________________
> > pmwiki-users mailing list
> > pmwiki-users at pmichaud.com
> > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> >
>
>
>
>------------------------------
>
>Message: 8
>Date: Mon, 29 Jan 2007 07:24:28 +1100
> From: Kathryn Andersen <kat_lists at katspace.homelinux.org>
>Subject: Re: [pmwiki-users] web hosting questions / offtopic
>To: pmwiki-users at pmichaud.com
>Message-ID: <20070128202428.GA1099 at katla.katspace.homelinux.org>
>Content-Type: text/plain; charset=us-ascii
>
>On Sun, Jan 28, 2007 at 10:26:54AM -0500, Russ Fink wrote:
> > Can someone please point me to a reputable provider that offers the kinds of
> > things PmWiki needs - I'm still tweaking the CSS and would like to have SSH
> > access, and also I'm using some rewrite recipe so I'd like .htaccess as
> > well.  I don't want to resort to virtual servers.  (I read Patrick's thread
> > from 2005 when he went to apollo hosting, but the lower end plans from
> > apollo are somewhat spartan.)
>
>Before I decided to run my own server, I was using A+ Hosting
>http://www.aplushosting.com/
>
>I found them after being very unhappy with all my previous webhosts.
>They have been very reliable, and the tech support people were very
>responsive to queries and problems.  And even when they were doing
>server migrations, there was hardly any downtime.
>
>The very bottom-level plans there ("Personal" and "Basic I") don't give
>PHP access, but "Basic II" does.  It's up to you to decide whether the
>price is worth it.
>
>A few questions to ask when looking for a webhost:
>- Do they have a "status" page? Do they have a "news" page which talks
>   about technical things, rather than marketroid-speak?
>- If you email them a question (before you sign up) how long does it
>   take for them to respond?
>- Beware if they offer "unlimited" anything, because that isn't
>   feasible, and will be abused, this making the non-abusers suffer.
>- How long have they been in business?
>
>Kathryn Andersen
>-=-=-=-=-=-=-=-=-
>Garibaldi: Lousy way to die, huh?
>Sheridan: Last I checked there weren't too many good ways.
>         -- "The Long Dark" (Babylon 5)
>--
>  _--_|\     | Kathryn Andersen	<http://www.katspace.com>
>/      \    |
>\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
>       v     |
>------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
>Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe
>
>
>
>------------------------------
>
>_______________________________________________
>pmwiki-users mailing list
>pmwiki-users at pmichaud.com
>http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
>End of pmwiki-users Digest, Vol 19, Issue 102
>*********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20070128/0b2faae8/attachment.html 


More information about the pmwiki-users mailing list