From geiss at midnightforce.com Thu Nov 1 00:45:17 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Wed, 31 Oct 2007 21:45:17 -0700 Subject: [geeklog-devel] Configuration option for advanced editor Message-ID: <472959DD.5050505@midnightforce.com> I may be just missing it, but where can I find the configuration setting for the advanced editor? In 1.4.1's config.php, its on line 473 just prior to the cron schedule interval, but in the online config for 1.5, under the Miscellaneous tab/Miscellaneous section, I see Cron Schedule Interval, but nothing for Advanced Editor. Thx! Eric From geiss at midnightforce.com Thu Nov 1 01:06:42 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Wed, 31 Oct 2007 22:06:42 -0700 Subject: [geeklog-devel] Configuration option for advanced editor In-Reply-To: <47294C2E.6040103@ecsnet.com> References: <472959DD.5050505@midnightforce.com> <47294C2E.6040103@ecsnet.com> Message-ID: <47295EE2.4010206@midnightforce.com> Got it. Thx. :-) Interesting though, I don't see it showing up in stories. In the story, I change the Post Mode from HTML Formatted to Advanced Editor, and no toolbar appears or input window expand/contract capability. Also, the issue where the {right_blocks} are not being taken out on normal pages that only should have a left column and center column are causing the story input area to overlap the right blocks. Consider this a bump for that issue. :-) Finally, the theme menu doesn't increment properly. When you add another element, it duplicates the last ID number (4 in this case), so if you enter something it overwrites the previous id's value. If you click Add Element twice, the first time duplicates the 4 ID, and the second time increments it to 5 as it should. Thx! Eric Mark R. Evans wrote: > Look under User & Submissions. Don't ask me why it is there, but > that's where you'll find it :) > > Thanks! > Mark > > =MF=Geiss wrote: >> I may be just missing it, but where can I find the configuration >> setting for the advanced editor? >> >> In 1.4.1's config.php, its on line 473 just prior to the cron >> schedule interval, but in the online config for 1.5, under the >> Miscellaneous tab/Miscellaneous section, I see Cron Schedule >> Interval, but nothing for Advanced Editor. >> >> Thx! >> >> Eric >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From dirk at haun-online.de Thu Nov 1 06:34:23 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 1 Nov 2007 11:34:23 +0100 Subject: [geeklog-devel] caching template library In-Reply-To: <50aae8730710291355u7433e308n6d95a4cefb2edadd@mail.gmail.com> References: <34222.42225.qm@web32006.mail.mud.yahoo.com> <50aae8730710291355u7433e308n6d95a4cefb2edadd@mail.gmail.com> Message-ID: <20071101103423.1868584222@smtp.haun-online.de> Mark R. Evans wrote: >I still believe it brings a very positive feature to Geeklog and should >strongly be considered for inclusion in the next release. I'd like to hear some comments, please, from those who initially tried to speed up or otherwise improve the template class. Mike and Vinny, I think, did the most work there. Guys, did you have a chance to play with Joe's changes? Also, I would be interested to learn what this does differently now than the approaches that were tried before. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Thu Nov 1 08:14:58 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 1 Nov 2007 13:14:58 +0100 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <4721584F.7000907@midnightforce.com> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> Message-ID: <20071101121458.1512351349@smtp.haun-online.de> =MF=Geiss wrote: >http://geiss.getmyip.com/gl15/ I always thought the theme looked like a cross between the Wordpress default theme and the iPhone ;-) Take that as an observation, not a valuation of any kind ... Anyway, a few things I noticed, in no particular order: - My browser window is something like 720 pixels wide (canvas size) and I get a horizontal scrollbar even though there's nothing apparent on the front page that would need that much space. How good does this theme scale? I see, for example, that on the calendar index page, the column for Saturday is partially hidden by the right side block while the colum heading and the mini calendar above it are overlapping the right side block (screenshots on request). - I always thought the Professional theme had too many horizontal lines thrown in. Have you tried leaving out the horizontal lines between side blocks and between stories? - Speaking of side blocks: To me it looks odd that the light grey background of the left side blocks just ends somewhere in the middle of the page. Likewise on the right side, only that there are more blocks there so it's not as obvious. Shouldn't the grey background end flush with the footer, like it does with the header? Alternatively, the side blocks could have a proper border at the bottom, like they do on their right and left side (where they border with the content area), respectively. - Looking at the site in Lynx (/me can hear the groans ...) I notice that the content of both the left and the right side blocks comes first before you get to the actual site content, e.g. the articles. That could have some impact with search engines. This is also something visually impaired users would have to struggle with. There's an old feature request for this, actually, from which I'm quoting some portions below: --- snip --- Geeklog with professional theme is not very accessible for blind computer users. ( I am self blind and to use computer I use screenreader JAWS, http:// www.freedomscientific.com) suggestions: 1. add to header.thtml between and start of content (menu, search form or ...) skip navigation and to the end of header.thtml this modification creates top of the page link with very litle picture (heigth/width 1:0) and alt text (alt text is visible to the screenreader users) and anchortag to jump directly to the content area. string "skip navigation/jump to the content... must be in language file. (...) 3. problem with search field (simple search) search field don't have descriptive text possible solution: add to input tag ( References: <34222.42225.qm@web32006.mail.mud.yahoo.com> <50aae8730710291355u7433e308n6d95a4cefb2edadd@mail.gmail.com> <20071101103423.1868584222@smtp.haun-online.de> Message-ID: <7b42e7470711010534p6a3094dfve34bbea4e47cd40a@mail.gmail.com> > I'd like to hear some comments, please, from those who initially tried > to speed up or otherwise improve the template class. Mike and Vinny, I > think, did the most work there. Guys, did you have a chance to play with > Joe's changes? I had a play with them in the initial state, and it did show a marked improvement in performance, however, there were some functional issues that Joe has now resolved and I haven't re-run my perf tests on it due to lack of time. My approaches were to totally replace the templating library with allegedly faster alternatives, with an adapter pattern. This resulted in slower geeklog. I then tried re-factoring chunks of geeklog (where looping was used) with the faster alternatives (and an adapter pattern) and got an improvement, but not a huge one. Joe's approach is to improve the performance of PHPLIb by compiling it's templates and caching them, it does speed things up Mike From tony at tonybibbs.com Thu Nov 1 09:00:19 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Thu, 1 Nov 2007 06:00:19 -0700 (PDT) Subject: [geeklog-devel] caching template library Message-ID: <239909.20761.qm@web711.biz.mail.mud.yahoo.com> I'd only point out the obvious, by delaying again and again moving to a more supported template system we now eat the responsibility of maintaining that code. It may be that Joe's improvements to PHPLib aren't that much work to maintain (which would be good), but I still feel at some point it will be an inevitable move to something like Smarty, Flexy, et. al. The common argument is "what about all the themes out there that'd have to change?". While it is a valid concern, we only support one theme now (a good decision I'd add) and I feel the rich features of some of the better supported template systems will encourage theme developers to convert or build new themes. I guess, really, it's up to the vision in everybody's mind. If the goal is to keep the GL codebase from having too many drastic changes then that's fine, though, I'd question that rational alone. As much as we don't compare ourselves to other CMSs, this is an area that GL is woefully behind in and I'm concerned the proposed solution doesn't go far enough. Sure, compilation is nice...but what about magically escaping output to help combat nastiness like XSS? Using method calls in templates? Native translation support? Simple control structures? I don't pretend the move to a template library like one of those would be easy...it'll be a LOT of work. But given the activity amongst developers lately this is surely something that could happen in a fair amount of time. I think we'd have to considering supporting the most current stable release in addition to the release with the new template system to give time for people to make the move. My point is the logistics of it all is manageable. Generally I agree in doing small bits of work to incrementally improve a product but there are times when that just won't do and I'd simply ask if that time isn't now? --Tony ----- Original Message ---- From: Michael Jervis To: Geeklog Development Sent: Thursday, November 1, 2007 7:34:35 AM Subject: Re: [geeklog-devel] caching template library > I'd like to hear some comments, please, from those who initially tried > to speed up or otherwise improve the template class. Mike and Vinny, I > think, did the most work there. Guys, did you have a chance to play with > Joe's changes? I had a play with them in the initial state, and it did show a marked improvement in performance, however, there were some functional issues that Joe has now resolved and I haven't re-run my perf tests on it due to lack of time. My approaches were to totally replace the templating library with allegedly faster alternatives, with an adapter pattern. This resulted in slower geeklog. I then tried re-factoring chunks of geeklog (where looping was used) with the faster alternatives (and an adapter pattern) and got an improvement, but not a huge one. Joe's approach is to improve the performance of PHPLIb by compiling it's templates and caching them, it does speed things up Mike _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From blanks at mit.edu Thu Nov 1 09:12:51 2007 From: blanks at mit.edu (Aaron Blankstein) Date: Thu, 1 Nov 2007 09:12:51 -0400 Subject: [geeklog-devel] Configuration option for advanced editor In-Reply-To: <47295EE2.4010206@midnightforce.com> References: <472959DD.5050505@midnightforce.com> <47294C2E.6040103@ecsnet.com> <47295EE2.4010206@midnightforce.com> Message-ID: <2a1a3bb50711010612r3ef5000en2cfe833f17b2d974@mail.gmail.com> On 11/1/07, =MF=Geiss wrote: > Finally, the theme menu doesn't increment properly. When you add another > element, it duplicates the last ID number (4 in this case), so if you > enter something it overwrites the previous id's value. If you click Add > Element twice, the first time duplicates the 4 ID, and the second time > increments it to 5 as it should. Hmmmm, maybe you should be able to just change the ID rather than having the form try to automatically fill it in. - Aaron -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Thu Nov 1 13:11:34 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 1 Nov 2007 18:11:34 +0100 Subject: [geeklog-devel] Webservices API (was: Student wakeup call) In-Reply-To: <20071024184747.407556908@smtp.haun-online.de> References: <20071021200026.1113404667@smtp.haun-online.de> <20071022185231.382290405@smtp.haun-online.de> <200710240113.50243.casual.dodo@gmail.com> <20071024184747.407556908@smtp.haun-online.de> Message-ID: <20071101171134.131143372@smtp.haun-online.de> Dirk Haun wrote: >but something >happened and APE wasn't able to edit the newly created entry afterwards. Okay, I think I know what happened: APE tried to create an entry with this ID: tag:tbray.org,2005:161750213159936520861473325033 Apart from it being > 40 characters, it also contains characters that we don't allow (the colons and the comma) and replace. So the entry was created with a sid of tag-tbray.org2005-1617502131599365208614 As mentioned before, we need some logic to detect that the ID is too long for us. I've previously stated that we also need to return the entire atom:entry in the response, but that was wrong - sorry. RFC5023 clearly states: > 2. If the Member Resource was created successfully, the server > responds with a status code of 201 and a Location header that > contains the IRI of the newly created Entry Resource. We're doing that, only with a wrong ID ... And while I'm correcting myself: > We talked about it before: The service document (aka introspection) > should return both workspaces per default, i.e. for the stories and the > static pages. That's probably not as trivial to implement as it may sound. The distinction is somewhat arbitrary but I think that should be _one_ workspace with two _collections_ in it, one for the stories and one for the static pages (and additional collections for any other plugin that supports webservices). APE was also complaining about missing app:edited elemements: >9 of 9 entries in Entry collection lack app:edited elements. That should be easy to fix. Since we only have one date field in stories and static pages anyway, we would return the same here as for atom:updated. Ramnath, let me know if there's anything on the above list that you want me to do. Otherwise, I'll leave them to you to fix. bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From jmucchiello at yahoo.com Thu Nov 1 13:24:01 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Thu, 1 Nov 2007 10:24:01 -0700 (PDT) Subject: [geeklog-devel] caching template library Message-ID: <740128.60186.qm@web32006.mail.mud.yahoo.com> At 09:00 AM 11/1/2007, Tony Bibbs wrote: > I'd only point out the obvious, by delaying again and again moving to > a more supported template system we now eat the responsibility of > maintaining that code. It may be that Joe's improvements to PHPLib > aren't that much work to maintain (which would be good), but I still > feel at some point it will be an inevitable move to something like > Smarty, Flexy, et. al. I'd like to think it isn't too complicated but some of the interactions with the set_block function are real head-scratchers at times. At its heart, the changes are conceptually simple. Take the current template file and output a php file that substitutes the variables directly. Thus "{variable}" becomes "val_echo('variable'); ?>" where the val_echo function takes care of the if (array_key_exists(...)) stuff. There is also a block_echo function for dealing with blocks. When you call parse(), the code just calls "include $cachefile". The speed up results from PHP's own compilation and caching of PHP files. Arguably this means you can put PHP into any template file. I don't think this is such a sin though since currently header.thtml is always parsed through eval() anyway. Additionally, I think functions like COM_createLink could be moved into template files since processing the cached file should not be a big speed hit. (Especially if the template object instance is cached in a static inside COM_createLink.) > The common argument is "what about all the themes out there that'd > have to change?". While it is a valid concern, we only support one > theme now (a good decision I'd add) and I feel the rich features of > some of the better supported template systems will encourage theme > developers to convert or build new themes. Well, you can't get more powerful than templates that run as PHP. :-) Also, I've added a few additional features. For example, {variable:u} will call urlencode on the variable before outputting it. {variable:s} will call htmlspecialchars. This is similar to Flexy/Smarty with one important difference for Geeklog: in Flexy, calling htmlspecialchars is the default and you can only prevent its call with :h. Geeklog outputs HTML deep in its core and converting an existing template to be Flexy compatible would mean adding in lots of :h's. With my modification to PHPlib, the assumption is reversed and that means little to no core modifications. More useful is that {$LANG01[12]} will output the content of the listed language global. If you really want to separate content from layout, every set_var('lang_save', $LANG_ADMIN['save']) could be removed from the system and moved into the template files. (When I get the chance I'm going to modify a set of templates and php code to make this change to see if that speeds stuff up even more.) > Sure, compilation is nice...but what about magically > escaping output to help combat nastiness like XSS? Using method calls > in templates? Native translation support? Simple control structures? Done and done. Simple control structures would be easy to add but I didn't want anyone saying I'd done too much to the lib. The cost for these changes is more and more regexs when the template is cached. Once cached these things have zero additional cost. But if someone wanted for and if in there, I can add them in a few days (after I return from vacation). I know. Why roll our own when there are libraries like Smarty and Flexy? Well, not having to rewrite every "new Template" call in Geeklog has far greater value than you attach to it, I think. There are other little bonuses in the library as well. Set_root() now takes an array so, for example, a plugin could ship its templates in plugins/$plugin/templates but search for templates in Array($_CONF['path_layout'].$plugin, $_CONF['path']."plugins/$plugin/templates") and theme writers can override just the files they want to and leave the default files as is without having to copy those fies around. As a plugin author, this change, I think, is even more useful than the caching. Sites with many themes will find this most helpful when installing some plugins. > Generally I agree in doing small bits of work to incrementally > improve a product but there are times when that just won't do and > I'd simply ask if that time isn't now? Tony, my guess is that anyone who wanted to do that much recoding would be doing GL2 work with you. PHPlib+caching provides many of the benefits of Smarty/Flexy without a lot of code changes and leverages all of the existing GL1 code. That's hard to ignore. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From geiss at midnightforce.com Thu Nov 1 13:29:18 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Thu, 01 Nov 2007 10:29:18 -0700 Subject: [geeklog-devel] Configuration option for advanced editor Message-ID: <20071101102917.fb8bcc2fecb686751fcd9ef4261c8e30.fcc36ff074.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From tony at tonybibbs.com Thu Nov 1 14:25:17 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Thu, 1 Nov 2007 11:25:17 -0700 (PDT) Subject: [geeklog-devel] caching template library Message-ID: <787620.91768.qm@web703.biz.mail.mud.yahoo.com> This is similar to Flexy/Smarty with one important difference for Geeklog: in Flexy, calling htmlspecialchars is the default and you can only prevent its call with :h. Geeklog outputs HTML deep in its core and converting an existing template to be Flexy compatible would mean adding in lots of :h's. With my modification to PHPlib, the assumption is reversed and that means little to no core modifications. I hear you, I agree mostly with everything which has to be shocking for even you given we don't see eye-to-eye at all. Much of the inefficiencies of the current PHPLib is the fact it doesn't support looping and basic IF logic. The result is we have a ton of tiny templates which could go away and we get back the I/O required to open/close then open/close, etc. So yes, what I am suggesting is a wholesale switch which would require significant code changes. That doesn't bother me because of what you get in the end. And as far as escaping output by default, that is a requirement in my opinion. I don't care how many :h's you do...when you do a :h (or whatever syntax it is) you have to ask yourself hey, do I really want to allow HTML/JS, etc? It errors on the side of security...another GL trait. As for the lang stuff...happy will be the day that $LANG01 goes away complete for something actually readable. But if we get the template thing licked I can hold off on that complaint. Done and done. Simple control structures would be easy to add but I didn't want anyone saying I'd done too much to the lib. The cost for these changes is more and more regexs when the template is cached. Once cached these things have zero additional cost. But if someone wanted for and if in there, I can add them in a few days (after I return from vacation). I know. Why roll our own when there are libraries like Smarty and Flexy? Well, not having to rewrite every "new Template" call in Geeklog has far greater value than you attach to it, I think. Joe trust me if anybody here knows how much work it would be ti's me...after all I'm the on that took the original GL codebase and implemented PHPLib in the first place. What do we have, like half a dozen active developers? This isn't rocket science or difficult work...it's some grepping, search/replace, test over-and-over for a few weeks. As long as it is coordinated I'd have no problem even doing that brainless work as long as we end up in the right place. Also, don't forget the ability to call functions...not being able to do that is a real f'n pain. Don't get me wrong, I know how much work it is. Our stuff has a lot of history and that history brings a resistance to change. I still feel the 1.x codebase is clean but when you open up Drupal/Joomla/etc some of which have undergone this *very* task I'm sure they'll tell you it was worth it. It's a matter of When not If this happens. To me this is a question of being lazy and taking the easy route or biting the bullet and reaping the benefits. --Tony _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Thu Nov 1 16:52:42 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 1 Nov 2007 21:52:42 +0100 Subject: [geeklog-devel] Summer of Code Mentor Summit Wiki now open to all Message-ID: <20071101205242.626126120@smtp.haun-online.de> Those interested in the notes from the Summer of Code Mentor Summit can now view the wiki at . Editing requires registration, as explained in the announcement: bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From geiss at midnightforce.com Fri Nov 2 01:35:07 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 01 Nov 2007 22:35:07 -0700 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <20071101121458.1512351349@smtp.haun-online.de> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <20071101121458.1512351349@smtp.haun-online.de> Message-ID: <472AB70B.5050104@midnightforce.com> Dirk Haun wrote: > =MF=Geiss wrote: > > >> http://geiss.getmyip.com/gl15/ >> > > I always thought the theme looked like a cross between the Wordpress > default theme and the iPhone ;-) Take that as an observation, not a > valuation of any kind ... > > LOL! perhaps I should change the name of the theme from "nouveau" to "itheme" :-) > Anyway, a few things I noticed, in no particular order: > > - My browser window is something like 720 pixels wide (canvas size) and > I get a horizontal scrollbar even though there's nothing apparent on the > front page that would need that much space. How good does this theme scale? > > I made some tweaks tonight and I believe I fixed it. Let me know if it works for you. In researching it, it seems to be a well known bug in IE. Gotta love those IE quirks. > I see, for example, that on the calendar index page, the column for > Saturday is partially hidden by the right side block while the colum > heading and the mini calendar above it are overlapping the right side > block (screenshots on request). > > Yeah, I'll need a screenshot for that, as I can't reproduce what you describe on FF2, Opera 9, Safari for PC, or IE6/7. Nobody has commented on why with the {right_blocks} variable being called in header.thtml, the right blocks aren't being dropped on pages that by default only render the left blocks and content area. The calendar is an example of this. I think the calendar would have adequate area if the rightblocks disappeared as they should be doing. Thoughts? :-) > - I always thought the Professional theme had too many horizontal lines > thrown in. Have you tried leaving out the horizontal lines between side > blocks and between stories? > > - Speaking of side blocks: To me it looks odd that the light grey > background of the left side blocks just ends somewhere in the middle of > the page. Likewise on the right side, only that there are more blocks > there so it's not as obvious. Shouldn't the grey background end flush > with the footer, like it does with the header? > > Alternatively, the side blocks could have a proper border at the bottom, > like they do on their right and left side (where they border with the > content area), respectively. > I agree, and made some tweaks tonight to the block layout. Thoughts? I haven't gotten to reworking the stories layout yet, but it's on my list. :-) > - Looking at the site in Lynx (/me can hear the groans ...) I notice > that the content of both the left and the right side blocks comes first > before you get to the actual site content, e.g. the articles. That could > have some impact with search engines. > Yep. That's the tradeoff when doing a css layout as you really need to call the right and left floated content first, so they have their space allotted in the page, prior to rendering a 100% width div (for fluid center columns). If they are called after the main content, they typically don't have enough room and get pushed down below the content area. If anyone has some ideas, I'm all ears. :-) > This is also something visually impaired users would have to struggle > with. There's an old feature request for this, actually, from which I'm > quoting some portions below: > > --- snip --- > Geeklog with professional theme is not very accessible for blind > computer users. > ( I am self blind and to use computer I use screenreader JAWS, http:// > www.freedomscientific.com) > > suggestions: > 1. add to header.thtml between and start of content (menu, search > form or ...) > width="1" height="0" alt="skip navigation"> > and to the end of header.thtml > > this modification creates top of the page link with very litle picture > (heigth/width 1:0) and alt text (alt text is visible to the screenreader > users) and anchortag to jump directly to the content area. > string "skip navigation/jump to the content... must be in language file. > > (...) > > 3. > problem with search field (simple search) > search field don't have descriptive text > possible solution: add to input tag ( title atribute with descriptive text > descriptive tekst from language file > --- snip --- > > Added items 1 and 3 above to the theme. Let me know if you find any issues. Thanks for the feedback! :-) > bye, Dirk > > > From devel at portalparts.com Fri Nov 2 01:13:05 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 02 Nov 2007 01:13:05 -0400 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <47238DBB.50904@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <47228AF6.90708@portalparts.com> <47238DBB.50904@midnightforce.com> Message-ID: <472AB1E1.3090900@portalparts.com> =MF=Geiss wrote: > If by "jumping down" you mean it renders the hidden div and then collapses it Actually, it's the whole idea of this area once it expands and pushes the site content down. I would rather use a Flyout or Drop Down cascading menu in the header if I needed more menu space. If the menu items are not needed that much, that they can be hidden like this then they can be on a submenu. I don't like seeing the main site content jump down and find it quite distracting. As I noted, I really just think there needs to be the Login/Register | Logout/My Account and I prefer them personally to be on the top right. That plus an integrated login form would be a nice way to clean up the main page. What ever we do, I hope we are not considering removing the professional stock theme from the distribution and CVS updates. Blaine From jmucchiello at yahoo.com Fri Nov 2 02:02:50 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Thu, 1 Nov 2007 23:02:50 -0700 (PDT) Subject: [geeklog-devel] caching template library Message-ID: <424718.71096.qm@web32011.mail.mud.yahoo.com> At 02:25 PM 11/1/2007, Tony Bibbs wrote: > I hear you, I agree mostly with everything which has to be shocking > for even you given we don't see eye-to-eye at all. Much of the > inefficiencies of the current PHPLib is the fact it doesn't support > looping and basic IF logic. The result is we have a ton of tiny > templates which could go away and we get back the I/O required to > open/close then open/close, etc. So yes, what I am suggesting is a > wholesale switch which would require significant code changes. That > doesn't bother me because of what you get in the end. I actually think my changes eliminate that. Remember inside the PHP engine the second call to "include" doesn't hit the file system, it accesses the already encoded data structure created from the prior include. So making little templates is not a problem. In fact, I think the expensive part is the "new Template()" call. Do that in a static (for often created templates, such as one that might handle select/option style stuff) and you cut down the overhead even more. Also, Geeklog doesn't take advantage of the set_block stuff as much as it could. That would cut down on the number of individual template files. > And as far as escaping output by default, that is a requirement in > my opinion. I don't care how many :h's you do...when you do a :h > (or whatever syntax it is) you have to ask yourself hey, do I really > want to allow HTML/JS, etc? It errors on the side of > security...another GL trait. And GL often drops intended backslashes because it over processes certain strings. GLs string handling is atrocious at times. Too much of GL generates HTML and stuffs it into a single template placeholder variable. Those variables must ALWAYS be :h. :h is not a choice made by the theme maker, it is made by the coder. Until you break the coder of the habit of taking that decision away from the theme maker, the need for defaulting to htmlspecialchars is meaningless. > As for the lang stuff...happy will be the day that $LANG01 goes away > complete for something actually readable. But if we get the template > thing licked I can hold off on that complaint. Do you also dislike $LANG_ADMIN['save']? $LANG01 is obviously lacking but later day $LANG variables aren't so cryptic. > Also, don't forget the ability to call functions...not being able to > do that is a real f'n pain. And as I said, my library lets you put anywhere in any template now. Can't beat that, really. > It's a matter of When not If this happens. To me this is a question > of being lazy and taking the easy route or biting the bullet and > reaping the benefits. I don't see the When. All the thing you talk about make me wonder why you are bothering with a template library at all. Where's the template? You want to call a function? You want loops and ifs? Why are you creating an interpreted language and running it under PHP? Set_block can usually solve the looping problem. But, I think we've drifted off topic. Your When certainly won't be part of 1.5. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From mevans at ecsnet.com Fri Nov 2 07:32:19 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Fri, 2 Nov 2007 06:32:19 -0500 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <472AB70B.5050104@midnightforce.com> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <20071101121458.1512351349@smtp.haun-online.de> <472AB70B.5050104@midnightforce.com> Message-ID: <000601c81d44$07e2b9e0$17a82da0$@com> Eric, Can you send me the latest nouveau code and I'll debug why the right_blocks are always being filled by Geeklog. Thanks! Mark -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of =MF=Geiss Sent: Friday, November 02, 2007 12:35 AM To: Geeklog Development Subject: Re: [geeklog-devel] GL 1.5 test site user login Dirk Haun wrote: > =MF=Geiss wrote: > > >> http://geiss.getmyip.com/gl15/ >> > > I always thought the theme looked like a cross between the Wordpress > default theme and the iPhone ;-) Take that as an observation, not a > valuation of any kind ... > > LOL! perhaps I should change the name of the theme from "nouveau" to "itheme" :-) > Anyway, a few things I noticed, in no particular order: > > - My browser window is something like 720 pixels wide (canvas size) > and I get a horizontal scrollbar even though there's nothing apparent > on the front page that would need that much space. How good does this theme scale? > > I made some tweaks tonight and I believe I fixed it. Let me know if it works for you. In researching it, it seems to be a well known bug in IE. Gotta love those IE quirks. > I see, for example, that on the calendar index page, the column for > Saturday is partially hidden by the right side block while the colum > heading and the mini calendar above it are overlapping the right side > block (screenshots on request). > > Yeah, I'll need a screenshot for that, as I can't reproduce what you describe on FF2, Opera 9, Safari for PC, or IE6/7. Nobody has commented on why with the {right_blocks} variable being called in header.thtml, the right blocks aren't being dropped on pages that by default only render the left blocks and content area. The calendar is an example of this. I think the calendar would have adequate area if the rightblocks disappeared as they should be doing. Thoughts? :-) > - I always thought the Professional theme had too many horizontal > lines thrown in. Have you tried leaving out the horizontal lines > between side blocks and between stories? > > - Speaking of side blocks: To me it looks odd that the light grey > background of the left side blocks just ends somewhere in the middle > of the page. Likewise on the right side, only that there are more > blocks there so it's not as obvious. Shouldn't the grey background end > flush with the footer, like it does with the header? > > Alternatively, the side blocks could have a proper border at the > bottom, like they do on their right and left side (where they border > with the content area), respectively. > I agree, and made some tweaks tonight to the block layout. Thoughts? I haven't gotten to reworking the stories layout yet, but it's on my list. :-) > - Looking at the site in Lynx (/me can hear the groans ...) I notice > that the content of both the left and the right side blocks comes > first before you get to the actual site content, e.g. the articles. > That could have some impact with search engines. > Yep. That's the tradeoff when doing a css layout as you really need to call the right and left floated content first, so they have their space allotted in the page, prior to rendering a 100% width div (for fluid center columns). If they are called after the main content, they typically don't have enough room and get pushed down below the content area. If anyone has some ideas, I'm all ears. :-) > This is also something visually impaired users would have to struggle > with. There's an old feature request for this, actually, from which > I'm quoting some portions below: > > --- snip --- > Geeklog with professional theme is not very accessible for blind > computer users. > ( I am self blind and to use computer I use screenreader JAWS, http:// > www.freedomscientific.com) > > suggestions: > 1. add to header.thtml between and start of content (menu, > search form or ...) > width="1" height="0" alt="skip navigation"> and to the end of > header.thtml > this modification > creates top of the page link with very litle picture (heigth/width > 1:0) and alt text (alt text is visible to the screenreader > users) and anchortag to jump directly to the content area. > string "skip navigation/jump to the content... must be in language file. > > (...) > > 3. > problem with search field (simple search) search field don't have > descriptive text possible solution: add to input tag ( type="text" ... > title atribute with descriptive text > descriptive tekst from language file > --- snip --- > > Added items 1 and 3 above to the theme. Let me know if you find any issues. Thanks for the feedback! :-) > bye, Dirk > > > _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From tony at tonybibbs.com Fri Nov 2 09:58:53 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Fri, 2 Nov 2007 06:58:53 -0700 (PDT) Subject: [geeklog-devel] caching template library Message-ID: <407878.98597.qm@web708.biz.mail.mud.yahoo.com> Couple of notes: 1) Lots of little templates is a big problem. In order to adjust the layout for a specific page you have to touch a bunch of little files. Having as much of the HTML in as few files as possible make maintenance easier. Even though you may reduce some of the I/O you are still stat'ing each time you need one and because of how this is put together opcode caching with something like APC won't help you at all. 2) The fact you say escaping output is meaningless concerns me A LOT. Just peruse a few PHP-related XSS security posts and you'll find a large number of them could have been prevented with escaping the output alone. Sure that leaves open the point that the JS, etc shouldn't have gotten in the DB in the first place so input filtering is part of the equation. If security is pointless to you then, yes, escaping is pointless. 3) I don't condone putting a lot of PHP code in templates. Simple loops, IF's and handy method calls is all you need. This is surely a philosophical thing with you so it's pointless to debate (is as much of the discussion between you and I). 4) Someone (you) still has to maintain all this mess. I'd rather let a team of people that are already committed to maintaining a template library do that work. On to another point...Dirk, you brought all this up where you at, baby? --Tony ----- Original Message ---- From: Joe Mucchiello To: geeklog-devel at lists.geeklog.net Sent: Friday, November 2, 2007 1:02:50 AM Subject: Re: [geeklog-devel] caching template library At 02:25 PM 11/1/2007, Tony Bibbs wrote: > I hear you, I agree mostly with everything which has to be shocking > for even you given we don't see eye-to-eye at all. Much of the > inefficiencies of the current PHPLib is the fact it doesn't support > looping and basic IF logic. The result is we have a ton of tiny > templates which could go away and we get back the I/O required to > open/close then open/close, etc. So yes, what I am suggesting is a > wholesale switch which would require significant code changes. That > doesn't bother me because of what you get in the end. I actually think my changes eliminate that. Remember inside the PHP engine the second call to "include" doesn't hit the file system, it accesses the already encoded data structure created from the prior include. So making little templates is not a problem. In fact, I think the expensive part is the "new Template()" call. Do that in a static (for often created templates, such as one that might handle select/option style stuff) and you cut down the overhead even more. Also, Geeklog doesn't take advantage of the set_block stuff as much as it could. That would cut down on the number of individual template files. > And as far as escaping output by default, that is a requirement in > my opinion. I don't care how many :h's you do...when you do a :h > (or whatever syntax it is) you have to ask yourself hey, do I really > want to allow HTML/JS, etc? It errors on the side of > security...another GL trait. And GL often drops intended backslashes because it over processes certain strings. GLs string handling is atrocious at times. Too much of GL generates HTML and stuffs it into a single template placeholder variable. Those variables must ALWAYS be :h. :h is not a choice made by the theme maker, it is made by the coder. Until you break the coder of the habit of taking that decision away from the theme maker, the need for defaulting to htmlspecialchars is meaningless. > As for the lang stuff...happy will be the day that $LANG01 goes away > complete for something actually readable. But if we get the template > thing licked I can hold off on that complaint. Do you also dislike $LANG_ADMIN['save']? $LANG01 is obviously lacking but later day $LANG variables aren't so cryptic. > Also, don't forget the ability to call functions...not being able to > do that is a real f'n pain. And as I said, my library lets you put anywhere in any template now. Can't beat that, really. > It's a matter of When not If this happens. To me this is a question > of being lazy and taking the easy route or biting the bullet and > reaping the benefits. I don't see the When. All the thing you talk about make me wonder why you are bothering with a template library at all. Where's the template? You want to call a function? You want loops and ifs? Why are you creating an interpreted language and running it under PHP? Set_block can usually solve the looping problem. But, I think we've drifted off topic. Your When certainly won't be part of 1.5. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From geiss at midnightforce.com Fri Nov 2 11:42:47 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Fri, 02 Nov 2007 08:42:47 -0700 Subject: [geeklog-devel] caching template library Message-ID: <20071102084246.fb8bcc2fecb686751fcd9ef4261c8e30.a17b0ba23a.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From geiss at midnightforce.com Fri Nov 2 11:58:04 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Fri, 02 Nov 2007 08:58:04 -0700 Subject: [geeklog-devel] GL 1.5 test site user login Message-ID: <20071102085803.fb8bcc2fecb686751fcd9ef4261c8e30.5422023c7f.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From tony at tonybibbs.com Fri Nov 2 12:08:24 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Fri, 2 Nov 2007 09:08:24 -0700 (PDT) Subject: [geeklog-devel] caching template library Message-ID: <255370.18171.qm@web709.biz.mail.mud.yahoo.com> Joe's improvements are definitely better than nothing. My issues are more strategic but I guess those sorts of issues are for Dirk to sort out. --Tony ----- Original Message ---- From: "geiss at midnightforce.com" To: Geeklog Development Sent: Friday, November 2, 2007 10:42:47 AM Subject: Re: [geeklog-devel] caching template library Just to add my 2 cents, as a theme guy. Lots of little templates scare me. Yeah, I've invested the time to understand the GL template system as it now stands, but I think one of the reasons why historically there hasn't been much theme development for GL is the sheer amount of files used in a theme. It scares people away (even though, for the most part one only ends up touching a handful of the files). I would be in favor of a system that allows as few template files as possible. Even (like Joomla, Drupal, et al.) if one has to mix PHP and (X)HTML code in the template files. I am also in favor of a system (Joe's or otherwise) that speeds up GL page rendering. I don't pretend to know what you guys are talking about with PHP caching, etc. but at the end of the day, if it speeds up a site, then I'm all for it. :-) Thx! Eric ------- Original Message -------- Subject: Re: [geeklog-devel] caching template library From: Tony Bibbs Date: Fri, November 02, 2007 6:58 am To: Geeklog Development Couple of notes: 1) Lots of little templates is a big problem. In order to adjust the layout for a specific page you have to touch a bunch of little files. Having as much of the HTML in as few files as possible make maintenance easier. Even though you may reduce some of the I/O you are still stat'ing each time you need one and because of how this is put together opcode caching with something like APC won't help you at all. 2) The fact you say escaping output is meaningless concerns me A LOT. Just peruse a few PHP-related XSS security posts and you'll find a large number of them could have been prevented with escaping th e output alone. Sure that leaves open the point that the JS, etc shouldn't have gotten in the DB in the first place so input filtering is part of the equation. If security is pointless to you then, yes, escaping is pointless. 3) I don't condone putting a lot of PHP code in templates. Simple loops, IF's and handy method calls is all you need. This is surely a philosophical thing with you so it's pointless to debate (is as much of the discussion between you and I). 4) Someone (you) still has to maintain all this mess. I'd rather let a team of people that are already committed to maintaining a template library do that work. On to another point...Dirk, you brought all this up where you at, baby? --Tony ----- Original Message ---- From: Joe Mucchiello To: geeklog-devel at lists.geeklog.net Sent: Friday, November 2, 2007 1:02:50 AM Subject: Re: [geeklog-devel] caching template library At 02:25 PM 11/1/2007, Tony Bibbs wrote: > I hear you, I agree mostly with everything which has to be shocking > for even you given we don't see eye-to-eye at all. Much of the > inefficiencies of the current PHPLib is the fact it doesn't support > looping and basic IF logic. The result is we have a ton of tiny > templates which could go away and we get back the I/O required to > open/close then open/close, etc. So yes, what I am suggesting is a > wholesale switch which would require significant code changes. That > doesn't bother me because of what you get in the end. I actually think my changes eliminate that. Remember inside the PHP engine the second call to "include" doesn't hit the file system, it accesses the already encoded data structure created from the prior include. So making little templates is not a problem. In fact, I think the expensive part is the "new Template()" call. Do that in a static (for often created templates, such as one that might handle select/option style stuff) and you cut down the overhead even more. Also, Geeklog doesn't take advantage of the set_block stuff as much as it could. That would cut down on the number of individual template files. > And as far as escaping output by default, that is a requirement in > my opinion. I don't care how many :h's you do...when you do a :h > (or whatever syntax it is) you have to ask yourself hey, do I really > want to allow HTM L/JS, etc? It errors on the side of > security...another GL trait. And GL often drops intended backslashes because it over processes certain strings. GLs string handling is atrocious at times. Too much of GL generates HTML and stuffs it into a single template placeholder variable. Those variables must ALWAYS be :h. :h is not a choice made by the theme maker, it is made by the coder. Until you break the coder of the habit of taking that decision away from the theme maker, the need for defaulting to htmlspecialchars is meaningless. > As for the lang stuff...happy will be the day that $LANG01 goes away > complete for something actually readable. But if we get the template > thing licked I can hold off on that complaint. Do you also dislike $LANG_ADMIN['save']? $LANG01 is obviously lacking but later day $LANG variables aren't so cryptic. > Also, don't forget the ability to call functions...not being able to > do that is a real f'n pain. And as I said, my library lets you put anywhere in any template now. Can't beat that, really. > It's a matter of When not If this happens. To me this is a question > of being lazy and taking the easy route or biting the bullet and > reaping the benefits. I don't see the When. All the thing you talk about make me wonder why you are bothering with a template library at all. Where's the template? You want to call a function? You want loops and ifs? Why are you creating an interpreted language and running it under PHP? Set_block can usually solve the looping problem. But, I think we've drifted off topic. Your When certainly won't be part of 1.5. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.c om _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geekl og-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: From geiss at midnightforce.com Fri Nov 2 12:09:28 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Fri, 02 Nov 2007 09:09:28 -0700 Subject: [geeklog-devel] GL 1.5 test site user login Message-ID: <20071102090928.fb8bcc2fecb686751fcd9ef4261c8e30.494520766a.wbe@email.secureserver.net> An HTML attachment was scrubbed... URL: From dirk at haun-online.de Fri Nov 2 12:15:54 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 2 Nov 2007 17:15:54 +0100 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <20071102090928.fb8bcc2fecb686751fcd9ef4261c8e30.494520766a.wbe@email.secures erver.net> References: <20071102090928.fb8bcc2fecb686751fcd9ef4261c8e30.494520766a.wbe@email.secures erver.net> Message-ID: <20071102161554.140595951@smtp.haun-online.de> geiss at midnightforce.com wrote: (well, nothing I could see) Eric, can you please slap your email client and tell it to include a plain text portion? All your recent posts came as HTML attachments only which makes them a pain to read. Thanks. See this one, for example: bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From geiss at midnightforce.com Fri Nov 2 12:37:33 2007 From: geiss at midnightforce.com (geiss at midnightforce.com) Date: Fri, 02 Nov 2007 09:37:33 -0700 Subject: [geeklog-devel] GL 1.5 test site user login Message-ID: <20071102093733.fb8bcc2fecb686751fcd9ef4261c8e30.f5f46b1123.wbe@email.secureserver.net> Yeah, sorry 'bout that. At work I'm forced to use godaddy's webmail client. :-( At home though, I'm using Thunderbird. I found a plaintext setting. Hopefully that will help. :-) Here's the contents of my previous messages. I think it would be a good idea to ship with 2 themes. One with tables (professional) and one with divs (nouveau?) This way, there's some flexibility there and some examples for future theme development. The question is, what one should be enabled by default? ... Bet you can't guess which one gets my vote! ;-) One thing I noticed though, is that the install script pages uses the professional theme by default, even though I have the other theme as the site default. Is that hard coded somewhere in the install script? Once a decision is made as to a default theme (I believe there are a couple of core dev votes for the nouveau theme I've been working on, but haven't heard from the others yet *cough* Blaine and Dirk *cough*, so I'm not counting all my chickens before they hatch!) :-) that would need to be looked at. Thx! Eric ============================================================= Thx Blaine for the feedback! As I look at the toggle space more, I'm seeing that there just isn't any relevant info to put there by default. I'll give it the ax this weekend. :-) I had the Login | Register / My Account | Logout links up at one point (in the menu bar, on the right), but wasn't sure where to link to for the login form. http://geiss.getmyip.com/gl15/users.php doesn't give a clean login form. (By clean, I mean that it uses a login attempt, and says "Try Logging in Again - You may have mistyped your login credentials...") I thought that maybe it was using the default fields from the User Functions block Username and a starred out passwd, but even disabling the User Functions block on the main page didn't help. Interestingly though, once you get the "Try Logging in Again page" the User Functions block re-appears on the left blocks, even though I have it disabled for all but Admins. (possible bug?) I see you have a clean login form at https://www.nextide.ca/users.php so I'm not sure what is running differently there, perhaps only language file differences. Can anyone shed some light on this? I too would like a separate login page, as it would save block real estate on the main page. The Register link is easy, it would forward to http://geiss.getmyip.com/gl15/users.php?mode=new but once you login and you have My Account | Logout buttons, where would the My Calendar link reside, not to mention any other links that are added to the logged in User Functions block? (ie. Forum, Media Gallery, etc.) Thoughts on this? Blaine, just as an FYI, I registered at Nextide, but haven't gotten a welcome/password email yet (going on 10 minutes) and I sent in a forgot my password request, and haven't received a reply there either. I wanted to see how you handle the logged in user menu issues (as described above). I'm excited about the dialog going on here. Hopefully we can formulate some viable solutions. Thx! Eric -------- Original Message -------- Subject: Re: [geeklog-devel] GL 1.5 test site user login From: "Dirk Haun" Date: Fri, November 02, 2007 9:15 am To: geeklog-devel geiss at midnightforce.com wrote: (well, nothing I could see) Eric, can you please slap your email client and tell it to include a plain text portion? All your recent posts came as HTML attachments only which makes them a pain to read. Thanks. See this one, for example: bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From garymoncrieff at googlemail.com Fri Nov 2 12:32:17 2007 From: garymoncrieff at googlemail.com (Gary Moncrieff) Date: Fri, 2 Nov 2007 16:32:17 +0000 Subject: [geeklog-devel] caching template library In-Reply-To: <255370.18171.qm@web709.biz.mail.mud.yahoo.com> References: <255370.18171.qm@web709.biz.mail.mud.yahoo.com> Message-ID: Just to add my 2 cents Havent had time to test Joe's library and wont have anytime soon but having used systems which employ the smarty engine I am all for it. Dazzy On 02/11/2007, Tony Bibbs wrote: > > Joe's improvements are definitely better than nothing. > > My issues are more strategic but I guess those sorts of issues are for > Dirk to sort out. > > --Tony > > ----- Original Message ---- > From: "geiss at midnightforce.com" > To: Geeklog Development > Sent: Friday, November 2, 2007 10:42:47 AM > Subject: Re: [geeklog-devel] caching template library > > Just to add my 2 cents, as a theme guy. Lots of little templates scare me. > Yeah, I've invested the time to understand the GL template system as it now > stands, but I think one of the reasons why historically there hasn't been > much theme development for GL is the sheer amount of files used in a theme. > It scares people away (even though, for the most part one only ends up > touching a handful of the files). > > I would be in favor of a system that allows as few template files as > possible. Even (like Joomla, Drupal, et al.) if one has to mix PHP and > (X)HTML code in the template files. > > I am also in favor of a system (Joe's or otherwise) that speeds up GL page > rendering. I don't pretend to know what you guys are talking about with PHP > caching, etc. but at the end of the day, if it speeds up a site, then I'm > all for it. :-) > > Thx! > > Eric > > ------- Original Message -------- > Subject: Re: [geeklog-devel] caching template library > From: Tony Bibbs > Date: Fri, November 02, 2007 6:58 am > To: Geeklog Development > > Couple of notes: > > 1) Lots of little templates is a big problem. In order to adjust the > layout for a specific page you have to touch a bunch of little files. Having > as much of the HTML in as few files as possible make maintenance easier. > Even though you may reduce some of the I/O you are still stat'ing each time > you need one and because of how this is put together opcode caching with > something like APC won't help you at all. > > 2) The fact you say escaping output is meaningless concerns me A LOT. Just > peruse a few PHP-related XSS security posts and you'll find a large number > of them could have been prevented with escaping th e output alone. Sure that > leaves open the point that the JS, etc shouldn't have gotten in the DB in > the first place so input filtering is part of the equation. If security is > pointless to you then, yes, escaping is pointless. > > 3) I don't condone putting a lot of PHP code in templates. Simple loops, > IF's and handy method calls is all you need. This is surely a philosophical > thing with you so it's pointless to debate (is as much of the discussion > between you and I). > > 4) Someone (you) still has to maintain all this mess. I'd rather let a > team of people that are already committed to maintaining a template library > do that work. > > On to another point...Dirk, you brought all this up where you at, baby? > > --Tony > > > > ----- Original Message ---- > From: Joe Mucchiello > > > To: geeklog-devel**@lists.geeklog.net > Sent: Friday, November 2, 2007 1:02:50 AM > Subject: Re: [geeklog-devel] caching template library > > > At 02:25 PM 11/1/2007, Tony Bibbs wrote: > > I hear you, I agree mostly with everything which has to be shocking > > for even you given we don't see eye-to-eye at all. Much of the > > inefficiencies of the current PHPLib is the fact it doesn't support > > looping and basic IF logic. The result is we have a ton of tiny > > templates which could go away and we get back the I/O required to > > open/close then open/close, etc. So yes, what I am suggesting is a > > wholesale switch which would require significant code changes. That > > doesn't bother me because of what you get in the end. > > I actually think my changes eliminate that. Remember inside the PHP > engine the second call to "include" doesn't hit the file system, it > accesses the already encoded data structure created from the prior > include. So making little templates is not a problem. In fact, I think > the expensive part is the "new Template()" call. Do that in a static > (for often created templates, such as one that might handle > select/option style stuff) and you cut down the overhead even more. > > Also, Geeklog doesn't take advantage of the set_block stuff as much as > it could. That would cut down on the number of individual template > files. > > > And as far as escaping output by default, that is a requirement in > > my opinion. I don't care how many :h's you do...when you do a :h > > (or whatever syntax it is) you have to ask yourself hey, do I really > > want to allow HTM L/JS, etc? It errors on the side of > > security...another GL trait. > > And GL often drops intended backslashes because it over processes > certain strings. GLs string handling is atrocious at times. Too much of > GL generates HTML and stuffs it into a single template placeholder > variable. Those variables must ALWAYS be :h. :h is not a choice made by > the theme maker, it is made by the coder. Until you break the coder of > the habit of taking that decision away from the theme maker, the need > for defaulting to htmlspecialchars is meaningless. > > > As for the lang stuff...happy will be the day that $LANG01 goes away > > complete for something actually readable. But if we get the template > > thing licked I can hold off on that complaint. > > Do you also dislike $LANG_ADMIN['save']? $LANG01 is obviously lacking > but later day $LANG variables aren't so cryptic. > > > Also, don't forget the ability to call functions...not being able to > > do that is a real f'n pain. > > And as I said, my library lets you put anywhere > in any template now. Can't beat that, really. > > > It's a matter of When not If this happens. To me this is a question > > of being lazy and taking the easy route or biting the bullet and > > reaping the benefits. > > I don't see the When. All the thing you talk about make me wonder why > you are bothering with a template library at all. Where's the template? > You want to call a function? You want loops and ifs? Why are you > creating an interpreted language and running it under PHP? Set_block > can usually solve the looping problem. > > But, I think we've drifted off topic. Your When certainly won't be part > of 1.5. > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.c om > _______________________________________________ > geeklog-devel mailing list > geeklog-devel**@lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel**@lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geekl og-devel > > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Fri Nov 2 13:12:34 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 2 Nov 2007 18:12:34 +0100 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <20071102093733.fb8bcc2fecb686751fcd9ef4261c8e30.f5f46b1123.wbe@email.secures erver.net> References: <20071102093733.fb8bcc2fecb686751fcd9ef4261c8e30.f5f46b1123.wbe@email.secures erver.net> Message-ID: <20071102171234.1421807532@smtp.haun-online.de> geiss at midnightforce.com wrote: >I found a plaintext setting. Hopefully that will help. :-) It did, thanks. >One thing I noticed though, is that the install script pages uses the >professional theme by default, even though I have the other theme as the >site default. Is that hard coded somewhere in the install script? Effectively, there's a copy of the Professional theme's stylesheet and graphics in public_html/admin/install/layout This was done to overcome the chicken and egg-type problems you have when installing or upgrading and don't know the settings yet. There were no plans to change the default theme back then, so we decided to make copies of the 3 files to simulate the look of the Professional theme. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Fri Nov 2 13:21:55 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 2 Nov 2007 18:21:55 +0100 Subject: [geeklog-devel] Webservices API (was: Student wakeup call) In-Reply-To: <20071022185231.382290405@smtp.haun-online.de> References: <20071021200026.1113404667@smtp.haun-online.de> <20071022185231.382290405@smtp.haun-online.de> Message-ID: <20071102172155.1987564766@smtp.haun-online.de> Dirk Haun wrote: >Two other issues I found may actually be my fault: When editing an entry >through appfs, the entry is assigned a new ID. It works fine with the >new ID, but it shouldn't do that (a PUT should not change the ID). And >it only picks up the first child element of a content
. > >I'll look into those two myself. For the record: Turns out the problem with the changing ID / sid is vi's fault, not appfs'. When saving a file, vi deletes the old version of the file first and then creates a new copy under the same name. Since the file name is the story's title in this context, we get a story with the same title but the original ID is lost. This does not happen when using some other editor, e.g. pico. I don't think it's worth trying to come up with any clever hacks to work around this and somehow save the original ID. The other problem mentioned above (picking up only the first child element of the content div) has been fixed in CVS. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From WebSiteMaster at cogeco.net Fri Nov 2 13:22:29 2007 From: WebSiteMaster at cogeco.net (Web Site Master) Date: Fri, 2 Nov 2007 13:22:29 -0400 Subject: [geeklog-devel] caching template library In-Reply-To: References: <255370.18171.qm@web709.biz.mail.mud.yahoo.com> Message-ID: Here's my 2 cents, While not in an expert in other template engines like smarty I feel it would be best to keep the current template system and expand on it. IMO Geeklog 2 would be the place to change engines. I actually like the fact that our themes are split up into different files, I feel it is easier to organize, especially for new theme designers than having one big template file with PHP code, etc.. in it. But it would be nice to cut down on some of the template files by adding conditional statements to our template engine. Tom _____ From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Gary Moncrieff Sent: November-02-07 12:32 PM To: Geeklog Development Subject: Re: [geeklog-devel] caching template library Just to add my 2 cents Havent had time to test Joe's library and wont have anytime soon but having used systems which employ the smarty engine I am all for it. Dazzy On 02/11/2007, Tony Bibbs wrote: Joe's improvements are definitely better than nothing. My issues are more strategic but I guess those sorts of issues are for Dirk to sort out. --Tony ----- Original Message ---- From: " geiss at midnightforce.com " To: Geeklog Development < geeklog-devel at lists.geeklog.net> Sent: Friday, November 2, 2007 10:42:47 AM Subject: Re: [geeklog-devel] caching template library Just to add my 2 cents, as a theme guy. Lots of little templates scare me. Yeah, I've invested the time to understand the GL template system as it now stands, but I think one of the reasons why historically there hasn't been much theme development for GL is the sheer amount of files used in a theme. It scares people away (even though, for the most part one only ends up touching a handful of the files). I would be in favor of a system that allows as few template files as possible. Even (like Joomla, Drupal, et al.) if one has to mix PHP and (X)HTML code in the template files. I am also in favor of a system (Joe's or otherwise) that speeds up GL page rendering. I don't pretend to know what you guys are talking about with PHP caching, etc. but at the end of the day, if it speeds up a site, then I'm all for it. :-) Thx! Eric ------- Original Message -------- Subject: Re: [geeklog-devel] caching template library From: Tony Bibbs < tony at tonybibbs.com> Date: Fri, November 02, 2007 6:58 am To: Geeklog Development Couple of notes: 1) Lots of little templates is a big problem. In order to adjust the layout for a specific page you have to touch a bunch of little files. Having as much of the HTML in as few files as possible make maintenance easier. Even though you may reduce some of the I/O you are still stat'ing each time you need one and because of how this is put together opcode caching with something like APC won't help you at all. 2) The fact you say escaping output is meaningless concerns me A LOT. Just peruse a few PHP-related XSS security posts and you'll find a large number of them could have been prevented with escaping th e output alone. Sure that leaves open the point that the JS, etc shouldn't have gotten in the DB in the first place so input filtering is part of the equation. If security is pointless to you then, yes, escaping is pointless. 3) I don't condone putting a lot of PHP code in templates. Simple loops, IF's and handy method calls is all you need. This is surely a philosophical thing with you so it's pointless to debate (is as much of the discussion between you and I). 4) Someone (you) still has to maintain all this mess. I'd rather let a team of people that are already committed to maintaining a template library do that work. On to another point...Dirk, you brought all this up where you at, baby? --Tony ----- Original Message ---- From: Joe Mucchiello < jmucchiello at yahoo.com > To: geeklog-devel at lists.geeklog.net Sent: Friday, November 2, 2007 1:02:50 AM Subject: Re: [geeklog-devel] caching template library At 02:25 PM 11/1/2007, Tony Bibbs wrote: > I hear you, I agree mostly with everything which has to be shocking > for even you given we don't see eye-to-eye at all. Much of the > inefficiencies of the current PHPLib is the fact it doesn't support > looping and basic IF logic. The result is we have a ton of tiny > templates which could go away and we get back the I/O required to > open/close then open/close, etc. So yes, what I am suggesting is a > wholesale switch which would require significant code changes. That > doesn't bother me because of what you get in the end. I actually think my changes eliminate that. Remember inside the PHP engine the second call to "include" doesn't hit the file system, it accesses the already encoded data structure created from the prior include. So making little templates is not a problem. In fact, I think the expensive part is the "new Template()" call. Do that in a static (for often created templates, such as one that might handle select/option style stuff) and you cut down the overhead even more. Also, Geeklog doesn't take advantage of the set_block stuff as much as it could. That would cut down on the number of individual template files. > And as far as escaping output by default, that is a requirement in > my opinion. I don't care how many :h's you do...when you do a :h > (or whatever syntax it is) you have to ask yourself hey, do I really > want to allow HTM L/JS, etc? It errors on the side of > security...another GL trait. And GL often drops intended backslashes because it over processes certain strings. GLs string handling is atrocious at times. Too much of GL generates HTML and stuffs it into a single template placeholder variable. Those variables must ALWAYS be :h. :h is not a choice made by the theme maker, it is made by the coder. Until you break the coder of the habit of taking that decision away from the theme maker, the need for defaulting to htmlspecialchars is meaningless. > As for the lang stuff...happy will be the day that $LANG01 goes away > complete for something actually readable. But if we get the template > thing licked I can hold off on that complaint. Do you also dislike $LANG_ADMIN['save']? $LANG01 is obviously lacking but later day $LANG variables aren't so cryptic. > Also, don't forget the ability to call functions...not being able to > do that is a real f'n pain. And as I said, my library lets you put anywhere in any template now. Can't beat that, really. > It's a matter of When not If this happens. To me this is a question > of being lazy and taking the easy route or biting the bullet and > reaping the benefits. I don't see the When. All the thing you talk about make me wonder why you are bothering with a template library at all. Where's the template? You want to call a function? You want loops and ifs? Why are you creating an interpreted language and running it under PHP? Set_block can usually solve the looping problem. But, I think we've drifted off topic. Your When certainly won't be part of 1.5. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.c om _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geekl og-devel _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: From geiss at midnightforce.com Fri Nov 2 19:00:48 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Fri, 02 Nov 2007 16:00:48 -0700 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <20071102171234.1421807532@smtp.haun-online.de> References: <20071102093733.fb8bcc2fecb686751fcd9ef4261c8e30.f5f46b1123.wbe@email.secures erver.net> <20071102171234.1421807532@smtp.haun-online.de> Message-ID: <472BAC20.5010307@midnightforce.com> Gotcha. That makes sense. :-) If we decide to go with a new default theme, I will take a look at those files as well. Thx! Eric > Effectively, there's a copy of the Professional theme's stylesheet and > graphics in public_html/admin/install/layout > > This was done to overcome the chicken and egg-type problems you have > when installing or upgrading and don't know the settings yet. There were > no plans to change the default theme back then, so we decided to make > copies of the 3 files to simulate the look of the Professional theme. > > bye, Dirk > > > From devel at portalparts.com Fri Nov 2 19:06:28 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 02 Nov 2007 19:06:28 -0400 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <472BAC20.5010307@midnightforce.com> References: <20071102093733.fb8bcc2fecb686751fcd9ef4261c8e30.f5f46b1123.wbe@email.secures erver.net> <20071102171234.1421807532@smtp.haun-online.de> <472BAC20.5010307@midnightforce.com> Message-ID: <472BAD74.2000305@portalparts.com> I have no issue with having nouveau as the new default as long we ship and continue to maintain professional as well. Regards, Blaine =MF=Geiss wrote: > Gotcha. That makes sense. :-) > > If we decide to go with a new default theme, I will take a look at > those files as well. > > Thx! > > Eric >> Effectively, there's a copy of the Professional theme's stylesheet and >> graphics in public_html/admin/install/layout >> >> This was done to overcome the chicken and egg-type problems you have >> when installing or upgrading and don't know the settings yet. There were >> no plans to change the default theme back then, so we decided to make >> copies of the 3 files to simulate the look of the Professional theme. >> >> bye, Dirk >> >> >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From geiss at midnightforce.com Fri Nov 2 20:35:52 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Fri, 02 Nov 2007 17:35:52 -0700 Subject: [geeklog-devel] GL 1.5 test site user login In-Reply-To: <472BAD74.2000305@portalparts.com> References: <20071102093733.fb8bcc2fecb686751fcd9ef4261c8e30.f5f46b1123.wbe@email.secures erver.net> <20071102171234.1421807532@smtp.haun-online.de> <472BAC20.5010307@midnightforce.com> <472BAD74.2000305@portalparts.com> Message-ID: <472BC268.2060201@midnightforce.com> I'm down with that! :-) Thx! Eric Blaine Lang wrote: > I have no issue with having nouveau as the new default as long we ship > and continue to maintain professional as well. > Regards, > Blaine From geiss at midnightforce.com Fri Nov 2 21:05:14 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Fri, 02 Nov 2007 18:05:14 -0700 Subject: [geeklog-devel] nouveau0.5 In-Reply-To: <000601c81d44$07e2b9e0$17a82da0$@com> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <20071101121458.1512351349@smtp.haun-online.de> <472AB70B.5050104@midnightforce.com> <000601c81d44$07e2b9e0$17a82da0$@com> Message-ID: <472BC94A.4080500@midnightforce.com> Mark et all, Here is a link to the latest nouveau theme archive to play with on your installs: http://lab.familycorner.us/nouveau0.5_1.5.tar.gz Inside you will find a file named "nouveau to do list.txt". These are my general notes on stuff still left to do, in addition to Mark's debugging efforts mentioned below. Thx! Eric Mark R. Evans wrote: > Eric, > > Can you send me the latest nouveau code and I'll debug why the right_blocks > are always being filled by Geeklog. > > Thanks! > Mark > From mevans at ecsnet.com Fri Nov 2 21:55:11 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Fri, 02 Nov 2007 20:55:11 -0500 Subject: [geeklog-devel] nouveau0.5 In-Reply-To: <472BC94A.4080500@midnightforce.com> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <20071101121458.1512351349@smtp.haun-online.de> <472AB70B.5050104@midnightforce.com> <000601c81d44$07e2b9e0$17a82da0$@com> <472BC94A.4080500@midnightforce.com> Message-ID: <472BD4FF.4070909@ecsnet.com> Eric, I have walked through the code that handles COM_siteHeader() and COM_siteFooter() and now understand why you always have the right blocks showing... Basically, the way Geeklog is currently designed, you really can't have right_blocks generated in the header and also maintain the ability to turn off the right blocks dynamically. Here's why: 1. In Geeklog you call COM_siteHeader() to create the header HTML and the left blocks HTML, the first parameter you pass is either 'menu' to show the left blocks, 'none' to show no blocks, or a custom array of values. Problem is, there is no option to pass whether the right blocks should or should not display. 2. You call COM_siteFooter() to create the right blocks and the site footer. The first parameter is either true or false, true shows the right blocks, false does not. So, if $_CONF['right_blocks_in_footer'] is set to 0, the right blocks are built in COM_siteHeader(), but there is nothing to clue COM_siteHeader() in that you don't want the right blocks to display, so they are always displayed (actually not always, if you pass 'none', neither the left or right blocks display). The obvious solution would be to pass the right blocks desired parameter to COM_siteHeader(). This would require all the COM_siteHeader() calls in the current Geeklog code be updated, so there are a lot of code changes needed. It would also break all plugins too as they are coded using the current method. Unless I'm missing something obvious, $_CONF['right_blocks_in_footer'] = 0 also means that right blocks will always display. The problem above is true as well if you enable $_CONF['left_blocks_in_footer'] == 1. The COM_siteFooter() code has no idea how to check to see if you want the left blocks to actually display, so they are always built and displayed. The upside to all this is that you can now have a CSS only theme where you build the HTML in the content, left blocks, right blocks order which solves issues with screen readers, text browsers and many mobile devices. Since you are always going to get all three columns, it removes the issue of dynamic columns. Personally, I much prefer the ability to have 1, 2 or 3 columns depending on the need, so I think the single table to control layout provides much more flexibility than trying to go CSS only. Thanks! Mark =MF=Geiss wrote: > Mark et all, > > Here is a link to the latest nouveau theme archive to play with on > your installs: > > http://lab.familycorner.us/nouveau0.5_1.5.tar.gz > > Inside you will find a file named "nouveau to do list.txt". These are > my general notes on stuff still left to do, in addition to Mark's > debugging efforts mentioned below. > > Thx! > > Eric > > Mark R. Evans wrote: >> Eric, >> >> Can you send me the latest nouveau code and I'll debug why the >> right_blocks >> are always being filled by Geeklog. >> >> Thanks! >> Mark >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From jmucchiello at yahoo.com Sat Nov 3 00:18:42 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Fri, 2 Nov 2007 21:18:42 -0700 (PDT) Subject: [geeklog-devel] caching template library Message-ID: <999295.95253.qm@web32007.mail.mud.yahoo.com> At 09:58 AM 11/2/2007, Tony Bibbs wrote: > 1) Lots of little templates is a big problem. In order to adjust the > layout for a specific page you have to touch a bunch of little files. > Having as much of the HTML in as few files as possible make > maintenance easier. Even though you may reduce some of the I/O you > are still stat'ing each time you need one and because of how this is > put together opcode caching with something like APC won't help you at > all. Stat'ing does not happen unless a call to clearstatcache() is made between includes. And I have said, Geeklog does not take enough advantage of the set_block function. It allows you to have repeating sections inside a file. For example, list.thtml and listitem.thtml should be just one file: ---list.thtml---
    {list_items}
---------------- ---listitem.thtml---
  • {list_item}
    • -------------------- ---Combined file---
    • {list_item}
    -------------------- There you go. One less file. There's lots of places where that should be done in the current code. ADMIN_list could be done with one template file using set_block. Instead it takes up 5-6 files. > 2) The fact you say escaping output is meaningless concerns me A LOT. That's a bit out of context. I was saying that based on how Geeklog is constructed, EVERY variable would end up with :h on it. And that is why the result (of switching or not switching to Flexy/Smarty) is meaningless. Heck, there are $LANG entries with HTML in them. You can't pass them through htmlspecialchars with breaking the HTML. There are lots of variables where the "output" is a full link. > 3) I don't condone putting a lot of PHP code in templates. Simple > loops, IF's and handy method calls is all you need. This is surely a > philosophical thing with you so it's pointless to debate (is as much > of the discussion between you and I). Actually, I'm arguing that loops and ifs aren't needed either. But still I don't fear PHP code in templates. If something like a loop is necessary, then coding directly in PHP is also more efficient. This also deals with your support issue. If you don't provide looping in your template library, you have no code to support. And as for pointless debate: this is open source - Vive la difference. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From dirk at haun-online.de Sat Nov 3 11:09:34 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 3 Nov 2007 16:09:34 +0100 Subject: [geeklog-devel] SQL stuff Message-ID: <20071103150934.1097715382@smtp.haun-online.de> I was actually looking into something else, but just stumbled across these two issues: #1: In story.class.php, we have a hard-coded REPLACE INTO (I assume it also exists in 1.4.1 - didn't check). That, IIRC, is a MySQL extension. Shouldn't we try and avoid these sort of things? Given that the story class already does a lot of checks for existing IDs it looks like that shouldn't be too hard to replace with INSERT and a DELETE, where needed. # 2: What I was actually after is the ID generated from an INSERT. In other words: DB_insertId(). The MS SQL implementation carries a big warning to always pass in a link identification so that you don't accidentally get the last ID from another connection. But all the calls to DB_insertId() that I can find are without that identifier. And since it's stored in a class variable anyway, you can't even pass it in from the outside. So, shouldn't we do something like this instead? function dbInsertId($link_identifier = '') { if (empty($link_identifier)) { return @mysql_insert_id($this->_db); // <- $this->_db added } else { return @mysql_insert_id($link_identifier); } } bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From robg at griffsweb.com Sat Nov 3 11:18:26 2007 From: robg at griffsweb.com (Rob Griffiths) Date: Sat, 3 Nov 2007 08:18:26 -0700 Subject: [geeklog-devel] Tags plug-in? Message-ID: Moving forward, I would *love it* if someone found a way to integrate the PHP Tag Engine into Geeklog: This is exactly what macosxhints.com needs -- a way for our users to create a tag cloud for our huge database of hints. It's a project that I could never do myself, and this would let us use our user base to help categorize hints. Then, hopefully, that tag cloud would be usable on the search page. We have such a huge collection of tips now that searching is nearly impossible -- especially with Apple's new penchant for using common words (Numbers, Pages, Keynote, Mail) for application names. I realize this is a way out there request, but I imagine my employer would be willing to pay something to get it done sooner rather than later, assuming it's not a herculean job -- so if you've got some time and motivation, let me know and maybe I can get some funding. thx; -rob. -------------- next part -------------- An HTML attachment was scrubbed... URL: From randy at nextide.ca Sat Nov 3 13:46:37 2007 From: randy at nextide.ca (Randy Kolenko) Date: Sat, 3 Nov 2007 13:46:37 -0400 Subject: [geeklog-devel] SQL stuff In-Reply-To: <20071103150934.1097715382@smtp.haun-online.de> Message-ID: <063B8B70CB9DA141B2FC1DB483561B9F111D6C@nex-pluto.nextide.ca> > > #1: In story.class.php, we have a hard-coded REPLACE INTO (I > assume it also exists in 1.4.1 - didn't check). That, IIRC, > is a MySQL extension. Shouldn't we try and avoid these sort > of things? Given that the story class already does a lot of > checks for existing IDs it looks like that shouldn't be too > hard to replace with INSERT and a DELETE, where needed. All REPLACE INTO statements should be converted. I made every attempt in the MS SQL implementation to translate those Replace Into statements with the appropriate syntax for SQL Server. However it is obviously more efficient to *not* go through a syntax and conversion process - so the REPLACE INTO should be, well, replaced! > > # 2: What I was actually after is the ID generated from an > INSERT. In other words: DB_insertId(). > > The MS SQL implementation carries a big warning to always > pass in a link identification so that you don't accidentally > get the last ID from another connection. But all the calls to > DB_insertId() that I can find are without that identifier. > And since it's stored in a class variable anyway, you can't > even pass it in from the outside. > I threw the warning in there during development of the class since, at that point, the fetching was not working 100% properly and the only resolution at that time was to include the link identifier. You no longer need to include the link identifiers to fetch the last insert ID. Actually, my big warning message can be removed if you'd like. -randy From jmucchiello at yahoo.com Sat Nov 3 17:33:04 2007 From: jmucchiello at yahoo.com (Joe Mucchiello) Date: Sat, 3 Nov 2007 14:33:04 -0700 (PDT) Subject: [geeklog-devel] Tags plug-in? Message-ID: <459512.43784.qm@web32010.mail.mud.yahoo.com> At 11:18 AM 11/3/2007, Rob Griffiths wrote: > Moving forward, I would *love it* if someone found a way to integrate > the PHP Tag Engine into Geeklog I have a beta tagging plugin I'll be releasing soon. It doesn't use that library (nor does it use AJAX, yet) but it does have "cloud" code. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From randy at nextide.ca Mon Nov 5 08:04:48 2007 From: randy at nextide.ca (Randy Kolenko) Date: Mon, 5 Nov 2007 08:04:48 -0500 Subject: [geeklog-devel] SQL stuff In-Reply-To: <063B8B70CB9DA141B2FC1DB483561B9F111D6C@nex-pluto.nextide.ca> Message-ID: <063B8B70CB9DA141B2FC1DB483561B9F111D6D@nex-pluto.nextide.ca> I did some more digging last night in the Replace INTO approximation for SQL server support. As it turns out, the DB_Save routine is the only area that does a REPLACE INTO approximation. So in essence, leaving the Replace into in the stories area will not work for sql server. In Fact, I do not recommend even using DB_SAVE to replace the replace into statements as it is an approximation. We should really be sticking to standard SQL (portable SQL). Using the proper UPDATES or INSERTS is the proper way to resolve this. -randy > > > > > #1: In story.class.php, we have a hard-coded REPLACE INTO (I > > assume it also exists in 1.4.1 - didn't check). That, IIRC, > > is a MySQL extension. Shouldn't we try and avoid these sort > > of things? Given that the story class already does a lot of > > checks for existing IDs it looks like that shouldn't be too > > hard to replace with INSERT and a DELETE, where needed. > > > All REPLACE INTO statements should be converted. I made every attempt > in the MS SQL implementation to translate those Replace Into > statements > with the appropriate syntax for SQL Server. However it is obviously > more efficient to *not* go through a syntax and conversion > process - so > the REPLACE INTO should be, well, replaced! > > > > > > > # 2: What I was actually after is the ID generated from an > > INSERT. In other words: DB_insertId(). > > > > The MS SQL implementation carries a big warning to always > > pass in a link identification so that you don't accidentally > > get the last ID from another connection. But all the calls to > > DB_insertId() that I can find are without that identifier. > > And since it's stored in a class variable anyway, you can't > > even pass it in from the outside. > > > > > I threw the warning in there during development of the class since, at > that point, the fetching was not working 100% properly and the only > resolution at that time was to include the link identifier. You no > longer need to include the link identifiers to fetch the last > insert ID. > Actually, my big warning message can be removed if you'd like. > > -randy > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From oliver at spiesshofer.com Mon Nov 5 09:49:41 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Mon, 05 Nov 2007 22:49:41 +0800 Subject: [geeklog-devel] SQL stuff In-Reply-To: <063B8B70CB9DA141B2FC1DB483561B9F111D6D@nex-pluto.nextide.ca> References: <063B8B70CB9DA141B2FC1DB483561B9F111D6D@nex-pluto.nextide.ca> Message-ID: <472F2D85.9010701@spiesshofer.com> Chances are that a bunch of plugins are using the DB_save. So you rather keep the DB_save but edit its code instead. Oliver Randy Kolenko wrote: > I did some more digging last night in the Replace INTO approximation for > SQL server support. > As it turns out, the DB_Save routine is the only area that does a > REPLACE INTO approximation. > So in essence, leaving the Replace into in the stories area will not > work for sql server. > > In Fact, I do not recommend even using DB_SAVE to replace the replace > into statements as it is an approximation. We should really be sticking > to standard SQL (portable SQL). Using the proper UPDATES or INSERTS is > the proper way to resolve this. > > -randy > > > > > >>> #1: In story.class.php, we have a hard-coded REPLACE INTO (I >>> assume it also exists in 1.4.1 - didn't check). That, IIRC, >>> is a MySQL extension. Shouldn't we try and avoid these sort >>> of things? Given that the story class already does a lot of >>> checks for existing IDs it looks like that shouldn't be too >>> hard to replace with INSERT and a DELETE, where needed. >>> >> All REPLACE INTO statements should be converted. I made every attempt >> in the MS SQL implementation to translate those Replace Into >> statements >> with the appropriate syntax for SQL Server. However it is obviously >> more efficient to *not* go through a syntax and conversion >> process - so >> the REPLACE INTO should be, well, replaced! >> >> >> >> >>> # 2: What I was actually after is the ID generated from an >>> INSERT. In other words: DB_insertId(). >>> >>> The MS SQL implementation carries a big warning to always >>> pass in a link identification so that you don't accidentally >>> get the last ID from another connection. But all the calls to >>> DB_insertId() that I can find are without that identifier. >>> And since it's stored in a class variable anyway, you can't >>> even pass it in from the outside. >>> >>> >> I threw the warning in there during development of the class since, at >> that point, the fetching was not working 100% properly and the only >> resolution at that time was to include the link identifier. You no >> longer need to include the link identifiers to fetch the last >> insert ID. >> Actually, my big warning message can be removed if you'd like. >> >> -randy >> >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >> > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > From dirk at haun-online.de Mon Nov 5 13:55:27 2007 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 5 Nov 2007 19:55:27 +0100 Subject: [geeklog-devel] SQL stuff In-Reply-To: <472F2D85.9010701@spiesshofer.com> References: <063B8B70CB9DA141B2FC1DB483561B9F111D6D@nex-pluto.nextide.ca> <472F2D85.9010701@spiesshofer.com> Message-ID: <20071105185527.2040512674@smtp.haun-online.de> Oliver Spiesshofer wrote: >Chances are that a bunch of plugins are using the DB_save. >So you rather keep the DB_save but edit its code instead. To clarify: Code that calls DB_save should always be fine. DB_save is translated into method calls for the current DB class in use (MySQL or MS SQL) and therefore will "do the right thing". The problem is that the story class has a hard-coded REPLACE INTO now (it didn't exist in 1.4.1) and if you're using MS SQL, that will have to be emulated by Randy's layer. I haven't even tried to understand the code there, so I don't know if it can be easily replaced with a DB_save or if it needs a combination of DELETE and INSERT. Mike? bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From joe at ThrowingDice.com Mon Nov 5 14:46:09 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Mon, 05 Nov 2007 14:46:09 -0500 Subject: [geeklog-devel] caching template library In-Reply-To: References: <255370.18171.qm@web709.biz.mail.mud.yahoo.com> Message-ID: <0JR100AJAW0OFQ11@mta5.srv.hcvlny.cv.net> So, I'm home and had 30 minutes to spend on the library. Here's my version of "if" taken from story.thtml. Basically {!if xyz} translates to if ($template->get_var('xyz')). The story code is nice enough to put the trackbacks_count into the template as a variable so if want different text when there are no trackbacks: {!if trackbacks_count} {start_trackbacks_anchortag}{trackbacks_with_count}{end_trackbacks_anchortag} {!else}
    {$LANG_TRB['no_comments']} {!endif} I used {!keyword} because I presume there are no existing template vars (in any GL code/plugins) prefixing their variables with an exclamation point. Implementing this adds 8 lines of code to the my existing library and has no runtime expense beyond the if and call to get_var(). This is basically what FLEXY gives you for "if variable". Of course, since the library uses Regex you can create havoc by not balancing your ifs and endifs. {!elseif xyz} is also implemented in this edit. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From randy at nextide.ca Mon Nov 5 15:54:10 2007 From: randy at nextide.ca (Randy Kolenko) Date: Mon, 5 Nov 2007 15:54:10 -0500 Subject: [geeklog-devel] SQL stuff In-Reply-To: <20071105185527.2040512674@smtp.haun-online.de> Message-ID: <063B8B70CB9DA141B2FC1DB483561B9F111D6E@nex-pluto.nextide.ca> Correct - DB_save is translated in the MSSQL class - but again, it is an approximation routine that does the appropriate test: -if a row exists then delete the row (based on its primary key, which has to be in the REPLACE INTO syntax) -then create a new row My 2 cents on this issue is to not use replace into at all. I would also not use DB_SAVE as a replacement simply due to the fact it is not portable sql in the long run. It would be much cleaner to simply do an update or insert if a row exists or does not exist respectively. The more portable SQL GL gets into its base, the easier it will be to port to other databases besides MSSQL. The MSSQL support uses a variety of techniques that SQL Server has (like UDFs and triggers, views and stored procedures) to translate from MySQL sql statements to MSSQL statements - knowing this, I doubt that anything with less functionality that MSSQL will never be able to be supported in the GL core. -randy > To clarify: Code that calls DB_save should always be fine. > DB_save is translated into method calls for the current DB > class in use (MySQL or MS SQL) and therefore will "do the > right thing". > > The problem is that the story class has a hard-coded REPLACE > INTO now (it didn't exist in 1.4.1) and if you're using MS > SQL, that will have to be emulated by Randy's layer. > > I haven't even tried to understand the code there, so I don't > know if it can be easily replaced with a DB_save or if it > needs a combination of DELETE and INSERT. > > Mike? > > bye, Dirk > From dirk at haun-online.de Wed Nov 7 01:55:14 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 7 Nov 2007 07:55:14 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub Message-ID: <20071107065514.2025528592@smtp.haun-online.de> Anyone with a Windows box want to give it a try to see how it works with Geeklog? ---------------- Anfang Weiterleitung ---------------- Betreff: Windows Live Writer, now with AtomPub Gesendet: Dienstag, 6. November 2007 15:30 Uhr Von: Joe Cheng An: atom-protocol AtomPub support for Windows Live Writer has finally shipped! For those of you on Windows XP SP2 or Vista, you can download it from: http://writer.live.com I've written a series of blog posts for blog server implementers who are looking to get the best interoperability between their AtomPub servers and WLW: http://jcheng.wordpress.com/2007/10/15/how-wlw-speaks-atompub-introduction/ There are some minor details around etags that I have yet to document, but other than that I think everything worth covering is covered. Please let me know if you have any questions or comments. ----------------- Ende Weiterleitung ----------------- From oliver at spiesshofer.com Wed Nov 7 02:20:35 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 07 Nov 2007 15:20:35 +0800 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071107065514.2025528592@smtp.haun-online.de> References: <20071107065514.2025528592@smtp.haun-online.de> Message-ID: <47316743.7050304@spiesshofer.com> Dirk, I am trying with the CVS version installed on my localhost, but it does not work. Anything wrong with the settings? Dirk Haun wrote: > Anyone with a Windows box want to give it a try to see how it works with > Geeklog? > > ---------------- Anfang Weiterleitung ---------------- > Betreff: Windows Live Writer, now with AtomPub > Gesendet: Dienstag, 6. November 2007 15:30 Uhr > Von: Joe Cheng > An: atom-protocol > > > AtomPub support for Windows Live Writer has finally shipped! For those > of you on Windows XP SP2 or Vista, you can download it from: > > http://writer.live.com > > I've written a series of blog posts for blog server implementers who > are looking to get the best interoperability between their AtomPub > servers and WLW: > > http://jcheng.wordpress.com/2007/10/15/how-wlw-speaks-atompub-introduction/ > > There are some minor details around etags that I have yet to document, > but other than that I think everything worth covering is covered. > > Please let me know if you have any questions or comments. > > ----------------- Ende Weiterleitung ----------------- > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > From oliver at spiesshofer.com Wed Nov 7 02:48:18 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 07 Nov 2007 15:48:18 +0800 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071107065514.2025528592@smtp.haun-online.de> References: <20071107065514.2025528592@smtp.haun-online.de> Message-ID: <47316DC2.60500@spiesshofer.com> Ok, third try, me email does not seem to get through with an attachment. I entered the site and the username, and then it asks me for the type since autodiscovery does not work. Acccording to the link you posted below, that is probably because the is not in my header. Should it be? Do I have to enable the webservices somewhere? Could not find a switch. So it asks me for the type and the service doc. The type I chose Atom and the service doc http://www.example.com/webservices/atom/index.php on which I get an error 400 - Bad Request Oliver Dirk Haun wrote: > Anyone with a Windows box want to give it a try to see how it works with > Geeklog? > > ---------------- Anfang Weiterleitung ---------------- > Betreff: Windows Live Writer, now with AtomPub > Gesendet: Dienstag, 6. November 2007 15:30 Uhr > Von: Joe Cheng > An: atom-protocol > > > AtomPub support for Windows Live Writer has finally shipped! For those > of you on Windows XP SP2 or Vista, you can download it from: > > http://writer.live.com > > I've written a series of blog posts for blog server implementers who > are looking to get the best interoperability between their AtomPub > servers and WLW: > > http://jcheng.wordpress.com/2007/10/15/how-wlw-speaks-atompub-introduction/ > > There are some minor details around etags that I have yet to document, > but other than that I think everything worth covering is covered. > > Please let me know if you have any questions or comments. > > ----------------- Ende Weiterleitung ----------------- > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > From oliver at spiesshofer.com Wed Nov 7 02:31:39 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 07 Nov 2007 15:31:39 +0800 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <47316743.7050304@spiesshofer.com> References: <20071107065514.2025528592@smtp.haun-online.de> <47316743.7050304@spiesshofer.com> Message-ID: <473169DB.80506@spiesshofer.com> Opps, my attachment is gone... one more try. Oliver Oliver Spiesshofer wrote: > Dirk, > > I am trying with the CVS version installed on my localhost, but it > does not work. Anything wrong with the settings? > > > > Dirk Haun wrote: >> Anyone with a Windows box want to give it a try to see how it works with >> Geeklog? >> >> ---------------- Anfang Weiterleitung ---------------- >> Betreff: Windows Live Writer, now with AtomPub >> Gesendet: Dienstag, 6. November 2007 15:30 Uhr >> Von: Joe Cheng >> An: atom-protocol >> >> >> AtomPub support for Windows Live Writer has finally shipped! For those >> of you on Windows XP SP2 or Vista, you can download it from: >> >> http://writer.live.com >> >> I've written a series of blog posts for blog server implementers who >> are looking to get the best interoperability between their AtomPub >> servers and WLW: >> >> http://jcheng.wordpress.com/2007/10/15/how-wlw-speaks-atompub-introduction/ >> >> >> There are some minor details around etags that I have yet to document, >> but other than that I think everything worth covering is covered. >> >> Please let me know if you have any questions or comments. >> >> ----------------- Ende Weiterleitung ----------------- >> >> >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >> >> > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -------------- next part -------------- A non-text attachment was scrubbed... Name: Clip0001.jpg Type: image/jpeg Size: 29916 bytes Desc: not available URL: From dirk at haun-online.de Wed Nov 7 03:29:06 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 07 Nov 2007 09:29:06 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub Message-ID: <20071107092906.q377balgkggkokcc@webmail.df.eu> Sorry for the confusion. I guess I should have mentioned the URL for the service document as it's not currently documented anywhere: http://www.example.com/webservices/atom/?introspection That should do the trick. bye, Dirk From oliver at spiesshofer.com Wed Nov 7 04:30:10 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 07 Nov 2007 17:30:10 +0800 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071107092906.q377balgkggkokcc@webmail.df.eu> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> Message-ID: <473185A2.6010807@spiesshofer.com> Thats better :-) I can set it up now, but when publishing a simple text with title I get an error: The response to the POST method received from the weblog server was invalid: The HTTP response was missing the required Location header. Oliver Dirk Haun wrote: > Sorry for the confusion. I guess I should have mentioned the URL for > the service document as it's not currently documented anywhere: > > http://www.example.com/webservices/atom/?introspection > > That should do the trick. > > bye, Dirk > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From ironmax at spacequad.com Wed Nov 7 07:31:44 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Wed, 7 Nov 2007 07:31:44 -0500 Subject: [geeklog-devel] geeklog-devel Digest, Vol 8, Issue 12 References: Message-ID: <001f01c8213a$287c8c90$fe00a8c0@ns2.spacequad.com> Geeklog 1.5 CVS install I recently installed the CVS version and got thru the install fairly easily without a hitch, however after the last page that came up that said everything was good to go, I clicked on the home page to bring it up and got this error Unfortunately, an error has occurred rendering this page. Please try again later. So I looked in the error.log file and it read this, and does anyone know how to fix this. I cannot find any file by that request.php file anywhere's on the server. The error is: 11/07/07 02:09:17 - 2 - require_once(HTTP/Request.php) [    function.require-once]: failed to open stream: No such file or directory @ E:\WebSites\Geeklog-1x\system\classes\syndication\parserfactory.class.php line 31 Line 31 reads require_once('HTTP/Request.php'); Michael From oliver at spiesshofer.com Wed Nov 7 08:41:28 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 07 Nov 2007 21:41:28 +0800 Subject: [geeklog-devel] geeklog-devel Digest, Vol 8, Issue 12 In-Reply-To: <001f01c8213a$287c8c90$fe00a8c0@ns2.spacequad.com> References: <001f01c8213a$287c8c90$fe00a8c0@ns2.spacequad.com> Message-ID: <4731C088.3050308@spiesshofer.com> You are missing the PEAR modules for HTTP/Request.php . Oliver Michael Brusletten wrote: > Geeklog 1.5 CVS install > > I recently installed the CVS version and got thru the install fairly easily without a hitch, however after the last page that came > up that said everything was good to go, I clicked on the home page to bring it up and got this error > > Unfortunately, an error has occurred rendering this page. Please try again later. > > So I looked in the error.log file and it read this, and does anyone know how to fix this. I cannot find any file by that > request.php file anywhere's on the server. > > The error is: > 11/07/07 02:09:17 - 2 - require_once(HTTP/Request.php) [function.require-once]: failed to open > stream: No such file or directory @ E:\WebSites\Geeklog-1x\system\classes\syndication\parserfactory.class.php line 31 > > Line 31 reads > > require_once('HTTP/Request.php'); > > Michael > > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > From joe at ThrowingDice.com Wed Nov 7 08:47:05 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Wed, 07 Nov 2007 08:47:05 -0500 Subject: [geeklog-devel] geeklog-devel Digest, Vol 8, Issue 12 In-Reply-To: <4731C088.3050308@spiesshofer.com> References: <001f01c8213a$287c8c90$fe00a8c0@ns2.spacequad.com> <4731C088.3050308@spiesshofer.com> Message-ID: <0JR5000HK2BGVKI0@mta5.srv.hcvlny.cv.net> On the CVS page at geeklog.net there's a link for a package of the required PEAR files: http://www.geeklog.net/nightly/geeklog-pear.tar.gz At 08:41 AM 11/7/2007, Oliver Spiesshofer wrote: >You are missing the PEAR modules for HTTP/Request.php . > >Oliver > >Michael Brusletten wrote: >>Geeklog 1.5 CVS install >> >>I recently installed the CVS version and got thru the install >>fairly easily without a hitch, however after the last page that came >>up that said everything was good to go, I clicked on the home page >>to bring it up and got this error >> >>Unfortunately, an error has occurred rendering this page. Please >>try again later. >> >>So I looked in the error.log file and it read this, and does anyone >>know how to fix this. I cannot find any file by that >>request.php file anywhere's on the server. >> >>The error is: >>11/07/07 02:09:17 - 2 - require_once(HTTP/Request.php) [>href='function.require-once'>function.require-once]: failed to open >>stream: No such file or directory @ >>E:\WebSites\Geeklog-1x\system\classes\syndication\parserfactory.class.php >>line 31 >> >>Line 31 reads >> >> require_once('HTTP/Request.php'); >> >>Michael ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From dwight at trumbower.com Wed Nov 7 11:27:11 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Wed, 7 Nov 2007 10:27:11 -0600 Subject: [geeklog-devel] CVS Story editing Message-ID: <62564dee0711070827g49463cabn456b16148d942cff@mail.gmail.com> I'm running cvs version from last week and story admins get and error saving their story. I tested the same functionality on 1.4.1 and it works. I created a custom group and added topic and story admin. Created a topic and made the new group the owner and allowed editing. Create new story for this group. Change permission so only the new group can edit the story. Now edit this new story, get this error on save. Access Denied Sorry, you do not have access to the story administration page. Please note that all attempts to access unauthorized features are logged ? -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwight at trumbower.com Wed Nov 7 12:06:09 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Wed, 7 Nov 2007 11:06:09 -0600 Subject: [geeklog-devel] CVS Backup Message-ID: <62564dee0711070906g40d22681s855adc4d2ef744e3@mail.gmail.com> The backup is still not working. Oliver, you need to include the database name. It appears that _DB_name is empty. Not sure when _DB_name gets initialized. -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Wed Nov 7 14:03:17 2007 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 7 Nov 2007 20:03:17 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <473185A2.6010807@spiesshofer.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer.com> Message-ID: <20071107190317.980224899@smtp.haun-online.de> Oliver Spiesshofer wrote: >The response to the POST method received from the weblog server was invalid: >The HTTP response was missing the required Location header. These things are always "fun" to debug when you can't see what is actually being sent back and forth ... I'm sure that Geeklog does send a Location header. But maybe it's throwing an error (e.g. a PHP error) and WLW doesn't understand that of course. Can you try the APE, , with your site? It will at least log the communication so you'll see what happens. Note: The APE will leave a post on your site. It would usually delete it again by itself, but we have a problem with the IDs it's using, as discussed here before. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From oliver at spiesshofer.com Wed Nov 7 18:59:33 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 08 Nov 2007 07:59:33 +0800 Subject: [geeklog-devel] CVS Backup In-Reply-To: <62564dee0711070906g40d22681s855adc4d2ef744e3@mail.gmail.com> References: <62564dee0711070906g40d22681s855adc4d2ef744e3@mail.gmail.com> Message-ID: <47325165.9000309@spiesshofer.com> Thats weird because thats exactly what I fixed and it worked fine. Oliver Dwight Trumbower wrote: > The backup is still not working. Oliver, you need to include the > database name. It appears that _DB_name is empty. > > Not sure when _DB_name gets initialized. > > > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From oliver at spiesshofer.com Wed Nov 7 19:03:24 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 08 Nov 2007 08:03:24 +0800 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071107190317.980224899@smtp.haun-online.de> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer.com> <20071107190317.980224899@smtp.haun-online.de> Message-ID: <4732524C.7030901@spiesshofer.com> Dirk Haun wrote: > Can you try the APE, , with your site? It No I cannot since I am trying it with the site located on my laptop. WLW can do it only because I assigned www.example.com in my hosts file. I think we should have a debug mode where we see what exactly is happening on GL side. I am afraid i have no idea what is happening on GL side but i will try to get a look at the code and debug it. Oliver From oliver at spiesshofer.com Wed Nov 7 20:17:47 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 08 Nov 2007 09:17:47 +0800 Subject: [geeklog-devel] CVS Backup In-Reply-To: <62564dee0711070906g40d22681s855adc4d2ef744e3@mail.gmail.com> References: <62564dee0711070906g40d22681s855adc4d2ef744e3@mail.gmail.com> Message-ID: <473263BB.8020800@spiesshofer.com> It is working here. _DB_name gets initialized in the DB_config.php in the GL root. Oliver Dwight Trumbower wrote: > The backup is still not working. Oliver, you need to include the > database name. It appears that _DB_name is empty. > > Not sure when _DB_name gets initialized. > > > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From oliver at spiesshofer.com Thu Nov 8 01:38:36 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 08 Nov 2007 14:38:36 +0800 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071107190317.980224899@smtp.haun-online.de> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer.com> <20071107190317.980224899@smtp.haun-online.de> Message-ID: <4732AEEC.4070303@spiesshofer.com> Dirk, I inserted an error log call and got the following: 11/08/07 06:36:41 - 1406: Data too long for column 'sid' at row 1. SQL in question: REPLACE INTO gl_stories (sid, uid, draft_flag, tid, date, title, introtext, bodytext, hits, numemails, comments, trackbacks, related, featured, show_topic_icon, commentcode, trackbackcode, statuscode, expire, postmode, advanced_editor_mode, frontpage, in_transit, owner_id, group_id, perm_owner, perm_group, perm_members, perm_anon) VALUES ('urn-uuid-4083dea9-0422-4c57-b789-e08eff988b9f', '2', '0', 'Geeklog', '2007-11-08 06:36:41', 'test', '

    test

    ', '', '0', '0', '0', '0', '', '0', '1', '0', '0', '0', '2007-11-08 06:36:41', 'html', '0', '1', '1', '2', '3', '3', '2', '2', '2') Obviously it tries to assign a SID that is far too long: urn-uuid-4083dea9-0422-4c57-b789-e08eff988b9f Oliver Dirk Haun wrote: > Oliver Spiesshofer wrote: > > >> The response to the POST method received from the weblog server was invalid: >> The HTTP response was missing the required Location header. >> > > These things are always "fun" to debug when you can't see what is > actually being sent back and forth ... > > I'm sure that Geeklog does send a Location header. But maybe it's > throwing an error (e.g. a PHP error) and WLW doesn't understand that of > course. > > Can you try the APE, , with your site? It > will at least log the communication so you'll see what happens. > > Note: The APE will leave a post on your site. It would usually delete it > again by itself, but we have a problem with the IDs it's using, as > discussed here before. > > bye, Dirk > > > From oliver at spiesshofer.com Thu Nov 8 01:40:55 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 08 Nov 2007 14:40:55 +0800 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <4732AEEC.4070303@spiesshofer.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer.com> <20071107190317.980224899@smtp.haun-online.de> <4732AEEC.4070303@spiesshofer.com> Message-ID: <4732AF77.8090706@spiesshofer.com> Acutally this was captured already by the built-in errorlogging, I should have looked there first last time. Oliver Oliver Spiesshofer wrote: > I inserted an error log call and got the following: From info at heatherengineering.com Thu Nov 8 02:00:01 2007 From: info at heatherengineering.com (Heather Engineering) Date: Thu, 8 Nov 2007 16:00:01 +0900 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <4732AEEC.4070303@spiesshofer.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer.com> <20071107190317.980224899@smtp.haun-online.de> <4732AEEC.4070303@spiesshofer.com> Message-ID: On 2007/11/08, at 15:38, Oliver Spiesshofer wrote: > Obviously it tries to assign a SID that is far too long: > urn-uuid-4083dea9-0422-4c57-b789-e08eff988b9f (A bit off topic but) I often lengthen the ID fields in the sql definitions file before installing a site. I think 20 characters is too short. Can we have a longer ID field? Euan. From dirk at haun-online.de Thu Nov 8 01:55:24 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 8 Nov 2007 07:55:24 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <4732AEEC.4070303@spiesshofer.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer .com> <20071107190317.980224899@smtp.haun-online.de> <4732AEEC.4070303@spiesshofer.com> Message-ID: <20071108065524.1118321719@smtp.haun-online.de> Oliver Spiesshofer wrote: >Obviously it tries to assign a SID that is far too long: >urn-uuid-4083dea9-0422-4c57-b789-e08eff988b9f Ah, okay. So it's pretty much the same problem as with the APE. Interesting that it throws an SQL error, though. On my setup, it simply truncates the long sid. Must be a configuration switch in MySQL somewhere ... Thanks! bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dwight at trumbower.com Thu Nov 8 09:45:12 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Thu, 8 Nov 2007 08:45:12 -0600 Subject: [geeklog-devel] CVS Backup In-Reply-To: <473263BB.8020800@spiesshofer.com> References: <62564dee0711070906g40d22681s855adc4d2ef744e3@mail.gmail.com> <473263BB.8020800@spiesshofer.com> Message-ID: <62564dee0711080645s41a32d0bh9d6c391a102ee15b@mail.gmail.com> I'm using PHP5 and the site was upgraded. I will try new site and see if it makes the same error. On Nov 7, 2007 7:17 PM, Oliver Spiesshofer wrote: > It is working here. _DB_name gets initialized in the DB_config.php in > the GL root. > > Oliver > > Dwight Trumbower wrote: > > The backup is still not working. Oliver, you need to include the > > database name. It appears that _DB_name is empty. > > > > Not sure when _DB_name gets initialized. > > > > > > -- > > Have a Great Day! > > > > Dwight Trumbower > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > geeklog-devel mailing list > > geeklog-devel at lists.geeklog.net > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > > -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Thu Nov 8 14:00:00 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 8 Nov 2007 20:00:00 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer .com> <20071107190317.980224899@smtp.haun-online.de> <4732AEEC.4070303@spiesshofer.com> Message-ID: <20071108190000.2011372172@smtp.haun-online.de> Heather Engineering wrote: >(A bit off topic but) I often lengthen the ID fields in the sql >definitions file before installing a site. >I think 20 characters is too short. Can we have a longer ID field? It's already 40 characters in the last couple of releases. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Thu Nov 8 14:09:56 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 8 Nov 2007 20:09:56 +0100 Subject: [geeklog-devel] New spam filter service: Defensio Message-ID: <20071108190956.464822810@smtp.haun-online.de> Haven't really looked at it yet: The API description is here: Apparently requires a (free) key, i.e. signup with the site. But at least it's a neutral service, as opposed to Akismet ... bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From devel at portalparts.com Thu Nov 8 20:59:31 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 08 Nov 2007 20:59:31 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071107092906.q377balgkggkokcc@webmail.df.eu> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> Message-ID: <4733BF03.4000509@portalparts.com> I got a Object Error can not connect to website when I tried that URL in the Live Writter wizard setup. I had selected the Atom Publishing API. Blaine Dirk Haun wrote: > Sorry for the confusion. I guess I should have mentioned the URL for > the service document as it's not currently documented anywhere: > > http://www.example.com/webservices/atom/?introspection > > That should do the trick. > > bye, Dirk > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From devel at portalparts.com Thu Nov 8 21:05:55 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 08 Nov 2007 21:05:55 -0500 Subject: [geeklog-devel] New spam filter service: Defensio In-Reply-To: <20071108190956.464822810@smtp.haun-online.de> References: <20071108190956.464822810@smtp.haun-online.de> Message-ID: <4733C083.2000804@portalparts.com> That looks pretty interesting - I bet you have already registered for your key :) Dirk Haun wrote: > Haven't really looked at it yet: > > > > The API description is here: > > > > Apparently requires a (free) key, i.e. signup with the site. But at > least it's a neutral service, as opposed to Akismet ... > > bye, Dirk > > > From devel at portalparts.com Thu Nov 8 22:12:05 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 08 Nov 2007 22:12:05 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <4733BF03.4000509@portalparts.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts.com> Message-ID: <4733D005.7060309@portalparts.com> I guess you meant: http://www.example.com/webservices/atom/index.php?introspection I can connect to my local instance but my remote test instance has problems and one being this error when I try to test that URL above, I get this error: *Parse error*: syntax error, unexpected T_OBJECT_OPERATOR in */home/bl248/geeklog_systemfiles/system/lib-webservices.php* on line *421 *Doing the same on my local site: Local GL 151 CVS1storyapplication/atom+xml;type=entry My remote site - same CVS copy, also has other issues so I'm going to try another install. Blaine Blaine Lang wrote: > I got a Object Error can not connect to website when I tried that URL > in the Live Writter wizard setup. I had selected the Atom Publishing API. > > Blaine > > Dirk Haun wrote: >> Sorry for the confusion. I guess I should have mentioned the URL for >> the service document as it's not currently documented anywhere: >> >> http://www.example.com/webservices/atom/?introspection >> >> That should do the trick. >> >> bye, Dirk >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From devel at portalparts.com Thu Nov 8 23:14:56 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 08 Nov 2007 23:14:56 -0500 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <470CF875.5000306@spiesshofer.com> References: <470B24AB.6010600@spiesshofer.com> <62564dee0710100709q3852c41do73e94b68b1ff9296@mail.gmail.com> <470CF875.5000306@spiesshofer.com> Message-ID: <4733DEC0.4050507@portalparts.com> I an getting the same error on an a fresh CVS install on my psek hosting site. > Invalid argument supplied for foreach() @ /var/www/fvyha.com/geeklog14/system/classes/config.class.php line 504 Site installed ok but get this error anytime I try to update the configuration. PHP 4.4.7 Register Globals on MySQL 5.0.27 Anyone else installed on similar LINUX server? The config array is not initialized is the issue. Added a test if (!is_array($this->config_array)) - then skip around the logic removes the error but nothing is saved. Aaron, I can setup remote access to the server if you want. Blaine Oliver Spiesshofer wrote: > works fine here. > > can you do a var_dump on the parameters? PHP4 or 5? > > Oliver > > Dwight Trumbower wrote: >> Any time you try to change a config parementer, I get the following >> error. >> >> An error has occurred: >> 2 - Invalid argument supplied for foreach() @ >> /var/www/fvyha.com/geeklog14/system/classes/config.class.php line 504 >> >> >> On 10/9/07, *Oliver Spiesshofer* < oliver at spiesshofer.com >> > wrote: >> >> Hi all, >> >> Any left over known bugs or problems with the current version before >> 1.5.0 release? >> >> Oliver >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >> >> >> >> -- >> Have a Great Day! >> >> Dwight Trumbower >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From devel at portalparts.com Thu Nov 8 22:17:58 2007 From: devel at portalparts.com (Blaine Lang) Date: Thu, 08 Nov 2007 22:17:58 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <473185A2.6010807@spiesshofer.com> <20071107190317.980224899@smtp.haun-online.de> <4732AEEC.4070303@spiesshofer.com> Message-ID: <4733D166.9010102@portalparts.com> Yep - Changing the SID field to 128 worked and the story saved. This is very nice! -- off to explore this more. Blaine Heather Engineering wrote: > > On 2007/11/08, at 15:38, Oliver Spiesshofer wrote: > >> Obviously it tries to assign a SID that is far too long: >> urn-uuid-4083dea9-0422-4c57-b789-e08eff988b9f > > (A bit off topic but) I often lengthen the ID fields in the sql > definitions file before installing a site. > I think 20 characters is too short. Can we have a longer ID field? > > Euan. > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From dirk at haun-online.de Fri Nov 9 01:58:58 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 9 Nov 2007 07:58:58 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <4733D005.7060309@portalparts.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts.com> <4733D005.7060309@portalparts.com> Message-ID: <20071109065858.416815719@smtp.haun-online.de> Blaine Lang wrote: >I guess you meant: >http://www.example.com/webservices/atom/index.php?introspection It should work with an without the "index.php". Although that may depend somewhat on server settings. > *Parse error*: syntax error, unexpected T_OBJECT_OPERATOR in >*/home/bl248/geeklog_systemfiles/system/lib-webservices.php* on line *421 Is this on PHP 4? The webservices API requires PHP 5 - but I thought it would check for that already. bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From dirk at haun-online.de Fri Nov 9 01:56:49 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 9 Nov 2007 07:56:49 +0100 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <4733DEC0.4050507@portalparts.com> References: <470B24AB.6010600@spiesshofer.com> <62564dee0710100709q3852c41do73e94b68b1ff9 296@mail.gmail.com> <470CF875.5000306@spiesshofer.com> <4733DEC0.4050507@portalparts.com> Message-ID: <20071109065649.286141294@smtp.haun-online.de> Blaine Lang wrote: >Aaron, I can setup remote access to the server if you want. I think Aaron is already aware of the problems with the config GUI on PHP 4. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From ironmax at spacequad.com Fri Nov 9 04:22:46 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Fri, 9 Nov 2007 04:22:46 -0500 Subject: [geeklog-devel] geeklog-devel Digest, Vol 8, Issue 16 References: Message-ID: <002801c822b2$1d161a50$fe00a8c0@ns2.spacequad.com> Sorry if this is a tad bit off topic, I just had to write this in to see if anyone else had noticed. Hope this is a step forward in the right direction. Because I know that I'm getting tired of seeing the spammers attempt to post their junk. I've already taken down several domains that the registrar has terminated because of my actions. And plus several have cleaned up their acts in order to stay in biz. It's not been an easy task to keep records and forward this all onto the site admins involved plus then to the registrars to get them shut down for non compliance. But its working slowly. Hopefully everyone is starting to see a decrease in the amount of web spam. Michael > Message: 2 > Date: Thu, 8 Nov 2007 20:09:56 +0100 > From: "Dirk Haun" > Subject: [geeklog-devel] New spam filter service: Defensio > To: > Cc: geeklog-devel > Message-ID: <20071108190956.464822810 at smtp.haun-online.de> > Content-Type: text/plain; charset=US-ASCII > > Haven't really looked at it yet: > > > > The API description is here: > > > > Apparently requires a (free) key, i.e. signup with the site. But at > least it's a neutral service, as opposed to Akismet ... > > bye, Dirk > > Message: 4 > Date: Thu, 08 Nov 2007 21:05:55 -0500 > From: Blaine Lang > Subject: Re: [geeklog-devel] New spam filter service: Defensio > To: Geeklog Development > Message-ID: <4733C083.2000804 at portalparts.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > That looks pretty interesting - I bet you have already registered for > your key :) > > Dirk Haun wrote: > > Haven't really looked at it yet: > > > > > > > > The API description is here: > > > > > > > > Apparently requires a (free) key, i.e. signup with the site. But at > > least it's a neutral service, as opposed to Akismet ... > > > > bye, Dirk From dwight at trumbower.com Fri Nov 9 09:00:04 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Fri, 9 Nov 2007 08:00:04 -0600 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <20071109065649.286141294@smtp.haun-online.de> References: <470B24AB.6010600@spiesshofer.com> <470CF875.5000306@spiesshofer.com> <4733DEC0.4050507@portalparts.com> <20071109065649.286141294@smtp.haun-online.de> Message-ID: <62564dee0711090600u26b0214cg2b96e207ee92f7bf@mail.gmail.com> Yes he is. I switched to PHP 5 and the config works in 5. On Nov 9, 2007 12:56 AM, Dirk Haun wrote: > Blaine Lang wrote: > > >Aaron, I can setup remote access to the server if you want. > > I think Aaron is already aware of the problems with the config GUI on PHP > 4. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From blanks at mit.edu Fri Nov 9 09:25:56 2007 From: blanks at mit.edu (Aaron Blankstein) Date: Fri, 9 Nov 2007 09:25:56 -0500 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <20071109065649.286141294@smtp.haun-online.de> References: <470B24AB.6010600@spiesshofer.com> <470CF875.5000306@spiesshofer.com> <4733DEC0.4050507@portalparts.com> <20071109065649.286141294@smtp.haun-online.de> Message-ID: <2a1a3bb50711090625y507c13f8w41b96781f55b7df9@mail.gmail.com> Yes, I've been looking into the problem and I can't really figure out why the config array is not initialized - I think that the objects are losing state in PHP4. The only solution I can see at the moment is checking if the config array is initialized and then calling initialize() - this will slow down the updating process some. -- Aaron On Nov 9, 2007 1:56 AM, Dirk Haun wrote: > Blaine Lang wrote: > > >Aaron, I can setup remote access to the server if you want. > > I think Aaron is already aware of the problems with the config GUI on PHP > 4. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From devel at portalparts.com Fri Nov 9 09:52:45 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 09 Nov 2007 09:52:45 -0500 Subject: [geeklog-devel] Todo List for 1.5.0 release? In-Reply-To: <62564dee0711090600u26b0214cg2b96e207ee92f7bf@mail.gmail.com> References: <470B24AB.6010600@spiesshofer.com> <470CF875.5000306@spiesshofer.com> <4733DEC0.4050507@portalparts.com> <20071109065649.286141294@smtp.haun-online.de> <62564dee0711090600u26b0214cg2b96e207ee92f7bf@mail.gmail.com> Message-ID: <4734743D.60008@portalparts.com> Agree - I have now enabled PHP5 on my remote host and the config class is saving the config fine. Blaine Dwight Trumbower wrote: > Yes he is. I switched to PHP 5 and the config works in 5. > > On Nov 9, 2007 12:56 AM, Dirk Haun > wrote: > > Blaine Lang wrote: > > >Aaron, I can setup remote access to the server if you want. > > I think Aaron is already aware of the problems with the config GUI > on PHP 4. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > > > > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From devel at portalparts.com Fri Nov 9 09:57:24 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 09 Nov 2007 09:57:24 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071109065858.416815719@smtp.haun-online.de> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts.com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-online.de> Message-ID: <47347554.1010502@portalparts.com> Working better now that the remote host is running PHP5. Livewritter is able to now create an account but is not able to save. I get a 401 error on publish - unauthorized access I think it's related to this: http://www.langfamily.ca/webservices/atom/?introspection - does not work http://www.langfamily.ca/webservices/atom/?plugin=story - is what livewriter is trying to use. Blaine Dirk Haun wrote: > Blaine Lang wrote: > > >> I guess you meant: >> http://www.example.com/webservices/atom/index.php?introspection >> > > It should work with an without the "index.php". Although that may depend > somewhat on server settings. > > > >> *Parse error*: syntax error, unexpected T_OBJECT_OPERATOR in >> */home/bl248/geeklog_systemfiles/system/lib-webservices.php* on line *421 >> > > Is this on PHP 4? The webservices API requires PHP 5 - but I thought it > would check for that already. > > bye, Dirk > > > From dirk at haun-online.de Fri Nov 9 13:45:24 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 9 Nov 2007 19:45:24 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <47347554.1010502@portalparts.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts .com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-online.de> <47347554.1010502@portalparts.com> Message-ID: <20071109184525.211276617@smtp.haun-online.de> Blaine Lang wrote: >Livewritter is >able to now create an account but is not able to save. >I get a 401 error on publish - unauthorized access You'll also get a 401 when the user does not have the proper permissions. Currently, you'll need story.edit permissions. >I think it's related to this: >http://www.langfamily.ca/webservices/atom/?introspection - does not work >http://www.langfamily.ca/webservices/atom/?plugin=story - is what >livewriter is trying to use. Which webserver are you on? Apache or Zeus? bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From devel at portalparts.com Fri Nov 9 14:30:33 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 09 Nov 2007 14:30:33 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071109184525.211276617@smtp.haun-online.de> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts .com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-online.de> <47347554.1010502@portalparts.com> <20071109184525.211276617@smtp.haun-online.de> Message-ID: <4734B559.9000005@portalparts.com> I setup the livewriter account to use the admin user and password (which had been changed). Maybe it is not picking up the password. Testing this on one of my psek sites - so Apache. Cheers, Blaine Dirk Haun wrote: > Blaine Lang wrote: > > >> Livewritter is >> able to now create an account but is not able to save. >> I get a 401 error on publish - unauthorized access >> > > You'll also get a 401 when the user does not have the proper > permissions. Currently, you'll need story.edit permissions. > > > >> I think it's related to this: >> http://www.langfamily.ca/webservices/atom/?introspection - does not work >> http://www.langfamily.ca/webservices/atom/?plugin=story - is what >> livewriter is trying to use. >> > > Which webserver are you on? Apache or Zeus? > > bye, Dirk > > > From devel at portalparts.com Fri Nov 9 22:26:20 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 09 Nov 2007 22:26:20 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071109184525.211276617@smtp.haun-online.de> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts .com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-online.de> <47347554.1010502@portalparts.com> <20071109184525.211276617@smtp.haun-online.de> Message-ID: <473524DC.8030601@portalparts.com> Dirk, I added a test to write to the error log in lib-webservices what the PHP_AUTH_USER was and it's not getting a value in the WS_authenticate function. There is a error.log file in the atom directory and on each attempt that livewriter tries to publish, it writes a line in the atom/error.log file. [09-Nov-2007 22:19:35] PHP Warning: Zend Optimizer for PHP 5.2.x cannot be found (expected at '/usr/local/Zend/lib/zo/3.2.0/Optimizer/php-5.2.x/ZendOptimizer.so') - try reinstalling the Zend Optimizer in Unknown on line 0 I will see if my provider knows what this may be from. Blaine Dirk Haun wrote: > Blaine Lang wrote: > > >> Livewritter is >> able to now create an account but is not able to save. >> I get a 401 error on publish - unauthorized access >> > > You'll also get a 401 when the user does not have the proper > permissions. Currently, you'll need story.edit permissions. > > > >> I think it's related to this: >> http://www.langfamily.ca/webservices/atom/?introspection - does not work >> http://www.langfamily.ca/webservices/atom/?plugin=story - is what >> livewriter is trying to use. >> > > Which webserver are you on? Apache or Zeus? > > bye, Dirk > > > From dirk at haun-online.de Sat Nov 10 02:54:00 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 10 Nov 2007 08:54:00 +0100 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <473524DC.8030601@portalparts.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts .com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-onlin e.de> <47347554.1010502@portalparts.com> <20071109184525.211276617@smtp.haun-online.de> <473524DC.8030601@portalparts.com> Message-ID: <20071110075400.681322822@smtp.haun-online.de> Blaine Lang wrote: >it writes a line in the atom/error.log file. Hmm, that shouldn't happen. >[09-Nov-2007 22:19:35] PHP Warning: Zend Optimizer for PHP 5.2.x cannot >be found (expected at >'/usr/local/Zend/lib/zo/3.2.0/Optimizer/php-5.2.x/ZendOptimizer.so') - >try reinstalling the Zend Optimizer in Unknown on line 0 Sounds like something your host should look into. bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From devel at portalparts.com Sat Nov 10 10:12:06 2007 From: devel at portalparts.com (Blaine Lang) Date: Sat, 10 Nov 2007 10:12:06 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <20071110075400.681322822@smtp.haun-online.de> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts .com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-onlin e.de> <47347554.1010502@portalparts.com> <20071109184525.211276617@smtp.haun-online.de> <473524DC.8030601@portalparts.com> <20071110075400.681322822@smtp.haun-online.de> Message-ID: <4735CA46.3080500@portalparts.com> The hoster has now upgraded ZEND Optimizer and the error does not appear on each time I try to publish the story but I am still getting the 401 error in livewritter and PHP_AUTH_USER is not set as per my debug code in the WS_Authenticate function. I have asked PSEK as well if they have any ideas what it would appear the credentials are not being read in the headers. Dirk Haun wrote: > Blaine Lang wrote: > > >> it writes a line in the atom/error.log file. >> > > Hmm, that shouldn't happen. > > > >> [09-Nov-2007 22:19:35] PHP Warning: Zend Optimizer for PHP 5.2.x cannot >> be found (expected at >> '/usr/local/Zend/lib/zo/3.2.0/Optimizer/php-5.2.x/ZendOptimizer.so') - >> try reinstalling the Zend Optimizer in Unknown on line 0 >> > > Sounds like something your host should look into. > > bye, Dirk > > > From ironmax at spacequad.com Sat Nov 10 23:01:12 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Sat, 10 Nov 2007 23:01:12 -0500 Subject: [geeklog-devel] Geeklog Demo Updating References: Message-ID: <000501c82417$859632c0$fe00a8c0@ns2.spacequad.com> I have been getting allot of comments and questions about what we can do to get new users to Geeklog and what we can do to the Geeklog Demo site to help make that happen. There has been questions as to if more plugins can be installed and other features that are normally available on the normal Geeklog install. I have talked this over with Dirk and we have decided that the best solution was to have a discussion as to what should be and what shouldn't be on the Demo site. Reason I have brought this up to Dirk is because I am just the host provider and maintainer of the Demo site. However, like I said, Dirk and I have discussed it and we thought that this should be open for discussion to get better feedback. Now keep in mind, any application/plugin that could be deemed a security risk where the root user could make changes to the application/plugin will not be favored vary high before making it available for use in the Demo Site: IE Ban plugin, Bad Behavior Plugin, etc etc because that would limit the access to potential new users. So if anyone has any ideas as to what else they would like to see on the site, please don't hessitate to speak up. Or if there are other changes about the site that you think should be done, again, speak up. All questions and comment are welcomed and should be raised or commented on this thread, that way everyone has a chance to yea or nay the responses. Michael From devel at portalparts.com Sun Nov 11 13:33:40 2007 From: devel at portalparts.com (Blaine Lang) Date: Sun, 11 Nov 2007 13:33:40 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <4735CA46.3080500@portalparts.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts .com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-onlin e.de> <47347554.1010502@portalparts.com> <20071109184525.211276617@smtp.haun-online.de> <473524DC.8030601@portalparts.com> <20071110075400.681322822@smtp.haun-online.de> <4735CA46.3080500@portalparts.com> Message-ID: <47374B04.5040108@portalparts.com> I did some googling and found that adding the following to my .htaccess allowed me to test for the $_SERVER['REMOTE_USER'] RewriteEngine on RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization},L] RewriteCond %{HTTP:Authorization} username=\"([^\"]+)\" I had to change the code in ws_authenticate to look for $_SERVER['REMOTE_USER'] as I was not setting the gl_auth_header variable via this .htaccess change. Testing some more but a basic text story was now posted ok. Blaine Blaine Lang wrote: > The hoster has now upgraded ZEND Optimizer and the error does not > appear on each time I try to publish the story but I am still getting > the 401 error in livewritter and PHP_AUTH_USER is not set as per my > debug code in the WS_Authenticate function. > > I have asked PSEK as well if they have any ideas what it would appear > the credentials are not being read in the headers. > > Dirk Haun wrote: >> Blaine Lang wrote: >> >> >>> it writes a line in the atom/error.log file. >>> >> >> Hmm, that shouldn't happen. >> >> >> >>> [09-Nov-2007 22:19:35] PHP Warning: Zend Optimizer for PHP 5.2.x >>> cannot be found (expected at >>> '/usr/local/Zend/lib/zo/3.2.0/Optimizer/php-5.2.x/ZendOptimizer.so') >>> - try reinstalling the Zend Optimizer in Unknown on line 0 >>> >> >> Sounds like something your host should look into. >> >> bye, Dirk >> >> >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From devel at portalparts.com Sun Nov 11 14:12:44 2007 From: devel at portalparts.com (Blaine Lang) Date: Sun, 11 Nov 2007 14:12:44 -0500 Subject: [geeklog-devel] Fwd: Windows Live Writer, now with AtomPub In-Reply-To: <47374B04.5040108@portalparts.com> References: <20071107092906.q377balgkggkokcc@webmail.df.eu> <4733BF03.4000509@portalparts .com> <4733D005.7060309@portalparts.com> <20071109065858.416815719@smtp.haun-onlin e.de> <47347554.1010502@portalparts.com> <20071109184525.211276617@smtp.haun-online.de> <473524DC.8030601@portalparts.com> <20071110075400.681322822@smtp.haun-online.de> <4735CA46.3080500@portalparts.com> <47374B04.5040108@portalparts.com> Message-ID: <4737542C.4050505@portalparts.com> Well that was working and now is not - $SERVER['REMOTE_USER'] is blank again. Hosting company said they have not changed anything. Ugh, no idea and now have spent far too much time on this. Blaine Blaine Lang wrote: > I did some googling and found that adding the following to my > .htaccess allowed me to test for the $_SERVER['REMOTE_USER'] > > RewriteEngine on > RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization},L] > RewriteCond %{HTTP:Authorization} username=\"([^\"]+)\" > > I had to change the code in ws_authenticate to look for > $_SERVER['REMOTE_USER'] as I was not setting the gl_auth_header > variable via this .htaccess change. > > Testing some more but a basic text story was now posted ok. > > Blaine > > Blaine Lang wrote: >> The hoster has now upgraded ZEND Optimizer and the error does not >> appear on each time I try to publish the story but I am still getting >> the 401 error in livewritter and PHP_AUTH_USER is not set as per my >> debug code in the WS_Authenticate function. >> >> I have asked PSEK as well if they have any ideas what it would >> appear the credentials are not being read in the headers. >> >> Dirk Haun wrote: >>> Blaine Lang wrote: >>> >>> >>>> it writes a line in the atom/error.log file. >>>> >>> >>> Hmm, that shouldn't happen. >>> >>> >>> >>>> [09-Nov-2007 22:19:35] PHP Warning: Zend Optimizer for PHP 5.2.x >>>> cannot be found (expected at >>>> '/usr/local/Zend/lib/zo/3.2.0/Optimizer/php-5.2.x/ZendOptimizer.so') >>>> - try reinstalling the Zend Optimizer in Unknown on line 0 >>>> >>> >>> Sounds like something your host should look into. >>> >>> bye, Dirk >>> >>> >>> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >> > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From cordiste at free.fr Sun Nov 11 18:29:46 2007 From: cordiste at free.fr (cordiste at free.fr) Date: Mon, 12 Nov 2007 00:29:46 +0100 Subject: [geeklog-devel] Geeklog Demo Updating In-Reply-To: <000501c82417$859632c0$fe00a8c0@ns2.spacequad.com> References: <000501c82417$859632c0$fe00a8c0@ns2.spacequad.com> Message-ID: <1194823786.4737906aa6da1@imp.free.fr> Hello Michael, Some themes are very old school on the demo site. We should keep only the 5 or 10 best of. Mediagallery should be in the demo site, with some clean media samples... because this little plugin (2 years old) is very nice ;) ::Ben Selon Michael Brusletten : > I have been getting allot of comments and questions about what we can do to > get new users to Geeklog and what we can do to the > Geeklog Demo site to help make that happen. There has been questions as to > if more plugins can be installed and other features that > are normally available on the normal Geeklog install. I have talked this > over with Dirk and we have decided that the best solution > was to have a discussion as to what should be and what shouldn't be on the > Demo site. Reason I have brought this up to Dirk is > because I am just the host provider and maintainer of the Demo site. > However, like I said, Dirk and I have discussed it and we > thought that this should be open for discussion to get better feedback. Now > keep in mind, any application/plugin that could be > deemed a security risk where the root user could make changes to the > application/plugin will not be favored vary high before making > it available for use in the Demo Site: IE Ban plugin, Bad Behavior Plugin, > etc etc because that would limit the access to potential > new users. > > So if anyone has any ideas as to what else they would like to see on the > site, please don't hessitate to speak up. Or if there are > other changes about the site that you think should be done, again, speak up. > All questions and comment are welcomed and should be > raised or commented on this thread, that way everyone has a chance to yea or > nay the responses. > > Michael > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From geiss at midnightforce.com Sun Nov 11 22:16:02 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Sun, 11 Nov 2007 20:16:02 -0700 Subject: [geeklog-devel] Geeklog Demo Updating In-Reply-To: <1194823786.4737906aa6da1@imp.free.fr> References: <000501c82417$859632c0$fe00a8c0@ns2.spacequad.com> <1194823786.4737906aa6da1@imp.free.fr> Message-ID: <4737C572.4070908@midnightforce.com> I believe most (if not all) of the themes on the demo site are GL 1.4.1 compatible. However, there are some that aren't rendering properly (stretching of graphics, missing .thtml files etc.) I say we put those off to the side for the time being, (perhaps someone can find time to tweak on them in the future) and showcase the themes that are 100% compatible, along with some of the most popular/useful plugins (Forum, MediaGallery, Captcha, File Management, Dokuwiki, vThemes, and Chatterblock come to mind, but I'm sure there are others I am forgetting). ...A thought about the themes - is there a .thtml file that was created for the 1.4.1 release that we can use to see if indeed a theme is 1.4.1 compatible? That, along with a visual check of the homepage in that theme should be enough to tell if it should be included in the demo site or not. Having said the above, with GL 1.5 on the horizon, we may want to rethink some of the above. My sense is that we should hold off on implementing any changes on the demo site until 1.5 is released, as it will need to be updated then as well. Eric cordiste at free.fr wrote: > Hello Michael, > > Some themes are very old school on the demo site. We should keep only the 5 or > 10 best of. > > Mediagallery should be in the demo site, with some clean media samples... > because this little plugin (2 years old) is very nice ;) > > ::Ben > > > Selon Michael Brusletten : > > >> I have been getting allot of comments and questions about what we can do to >> get new users to Geeklog and what we can do to the >> Geeklog Demo site to help make that happen. There has been questions as to >> if more plugins can be installed and other features that >> are normally available on the normal Geeklog install. I have talked this >> over with Dirk and we have decided that the best solution >> was to have a discussion as to what should be and what shouldn't be on the >> Demo site. Reason I have brought this up to Dirk is >> because I am just the host provider and maintainer of the Demo site. >> However, like I said, Dirk and I have discussed it and we >> thought that this should be open for discussion to get better feedback. Now >> keep in mind, any application/plugin that could be >> deemed a security risk where the root user could make changes to the >> application/plugin will not be favored vary high before making >> it available for use in the Demo Site: IE Ban plugin, Bad Behavior Plugin, >> etc etc because that would limit the access to potential >> new users. >> >> So if anyone has any ideas as to what else they would like to see on the >> site, please don't hessitate to speak up. Or if there are >> other changes about the site that you think should be done, again, speak up. >> All questions and comment are welcomed and should be >> raised or commented on this thread, that way everyone has a chance to yea or >> nay the responses. >> >> Michael >> >> >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >> > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > From ironmax at spacequad.com Mon Nov 12 16:41:13 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Mon, 12 Nov 2007 16:41:13 -0500 Subject: [geeklog-devel] Geeklog Demo Updating References: Message-ID: <001c01c82574$bf67bce0$fe00a8c0@ns2.spacequad.com> Ben, I agree some of the themes are kinda dated and should be archived at least. As for the media gallery, thats a good idea to have that put in as well with some content. Perhaps some images that have are watermaked stating that this plugin is not part of the deault install. Or something like that on each plugin's main page. That way the user/visitor will not think it is part of the default install. Any more comments? Michael > Message: 3 > Date: Mon, 12 Nov 2007 00:29:46 +0100 > From: cordiste at free.fr > Subject: Re: [geeklog-devel] Geeklog Demo Updating > To: Geeklog Development > Message-ID: <1194823786.4737906aa6da1 at imp.free.fr> > Content-Type: text/plain; charset=ISO-8859-1 > > Hello Michael, > > Some themes are very old school on the demo site. We should keep only the 5 or > 10 best of. > > Mediagallery should be in the demo site, with some clean media samples... > because this little plugin (2 years old) is very nice ;) > > ::Ben > > > Selon Michael Brusletten : > > > I have been getting allot of comments and questions about what we can do to > > get new users to Geeklog and what we can do to the > > Geeklog Demo site to help make that happen. There has been questions as to > > if more plugins can be installed and other features that > > are normally available on the normal Geeklog install. I have talked this > > over with Dirk and we have decided that the best solution > > was to have a discussion as to what should be and what shouldn't be on the > > Demo site. Reason I have brought this up to Dirk is > > because I am just the host provider and maintainer of the Demo site. > > However, like I said, Dirk and I have discussed it and we > > thought that this should be open for discussion to get better feedback. Now > > keep in mind, any application/plugin that could be > > deemed a security risk where the root user could make changes to the > > application/plugin will not be favored vary high before making > > it available for use in the Demo Site: IE Ban plugin, Bad Behavior Plugin, > > etc etc because that would limit the access to potential > > new users. > > > > So if anyone has any ideas as to what else they would like to see on the > > site, please don't hessitate to speak up. Or if there are > > other changes about the site that you think should be done, again, speak up. > > All questions and comment are welcomed and should be > > raised or commented on this thread, that way everyone has a chance to yea or > > nay the responses. > > > > Michael > > From ironmax at spacequad.com Mon Nov 12 16:58:39 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Mon, 12 Nov 2007 16:58:39 -0500 Subject: [geeklog-devel] geeklog-devel Digest, Vol 8, Issue 20 References: Message-ID: <002001c82577$2f30c380$fe00a8c0@ns2.spacequad.com> Eric, Again, I agree with you and Ben about the themes. So lets get a list together on which ones are not performing that great and we can put them off to the side. As for the plugin's, the forum, vThemes are already part of the demo site, so that's great. Now with the others like File Management, DokuWiki, MediaGallery will need to have some security changes made before I will allow them on the server because of the open Root access. The last three plugins are great plugins, I use them myself, but I don't hand out Root access on them either. So there would have to be a way that the author can help achieve this without severely limiting the functionality of the plugin. Captcha and Chatterblock can be installed. Great ideas and lets keep it going as to how we all can get this going further. Michael > Message: 4 > Date: Sun, 11 Nov 2007 20:16:02 -0700 > From: =MF=Geiss > Subject: Re: [geeklog-devel] Geeklog Demo Updating > To: Geeklog Development > Message-ID: <4737C572.4070908 at midnightforce.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > I believe most (if not all) of the themes on the demo site are GL 1.4.1 > compatible. However, there are some that aren't rendering properly > (stretching of graphics, missing .thtml files etc.) I say we put those > off to the side for the time being, (perhaps someone can find time to > tweak on them in the future) and showcase the themes that are 100% > compatible, along with some of the most popular/useful plugins (Forum, > MediaGallery, Captcha, File Management, Dokuwiki, vThemes, and > Chatterblock come to mind, but I'm sure there are others I am > forgetting). ...A thought about the themes - is there a .thtml file that > was created for the 1.4.1 release that we can use to see if indeed a > theme is 1.4.1 compatible? That, along with a visual check of the > homepage in that theme should be enough to tell if it should be included > in the demo site or not. > > Having said the above, with GL 1.5 on the horizon, we may want to > rethink some of the above. My sense is that we should hold off on > implementing any changes on the demo site until 1.5 is released, as it > will need to be updated then as well. > > Eric > From dwight at trumbower.com Wed Nov 14 11:11:49 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Wed, 14 Nov 2007 10:11:49 -0600 Subject: [geeklog-devel] Topic/Story rights Message-ID: <62564dee0711140811h6812dabveea5a1b221b91602@mail.gmail.com> Can someone please test on the csv version if you can setup up a new group and associate the group to a topic an stories. It works fine on 1.4.1, but no csv version for me. Thanks -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From WebSiteMaster at cogeco.net Wed Nov 14 20:52:38 2007 From: WebSiteMaster at cogeco.net (Web Site Master) Date: Wed, 14 Nov 2007 20:52:38 -0500 Subject: [geeklog-devel] Geeklog Demo Updating In-Reply-To: <000501c82417$859632c0$fe00a8c0@ns2.spacequad.com> References: <000501c82417$859632c0$fe00a8c0@ns2.spacequad.com> Message-ID: <136529A874EF4EFFB325417D4694B4BF@PC1> I always install GUS for all my Geeklog sites, a very important plugin for me and I can see other people wanting something similar. I believe it would be a good one for the demo site. The only problem I see is I am not sure if Andy is around anymore and is still planning to support GUS. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Michael Brusletten Sent: November-10-07 11:01 PM To: geeklog-devel at lists.geeklog.net Subject: [geeklog-devel] Geeklog Demo Updating I have been getting allot of comments and questions about what we can do to get new users to Geeklog and what we can do to the Geeklog Demo site to help make that happen. There has been questions as to if more plugins can be installed and other features that are normally available on the normal Geeklog install. I have talked this over with Dirk and we have decided that the best solution was to have a discussion as to what should be and what shouldn't be on the Demo site. Reason I have brought this up to Dirk is because I am just the host provider and maintainer of the Demo site. However, like I said, Dirk and I have discussed it and we thought that this should be open for discussion to get better feedback. Now keep in mind, any application/plugin that could be deemed a security risk where the root user could make changes to the application/plugin will not be favored vary high before making it available for use in the Demo Site: IE Ban plugin, Bad Behavior Plugin, etc etc because that would limit the access to potential new users. So if anyone has any ideas as to what else they would like to see on the site, please don't hessitate to speak up. Or if there are other changes about the site that you think should be done, again, speak up. All questions and comment are welcomed and should be raised or commented on this thread, that way everyone has a chance to yea or nay the responses. Michael _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel __________ NOD32 2651 (20071110) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From oliver at spiesshofer.com Wed Nov 14 20:59:55 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Thu, 15 Nov 2007 09:59:55 +0800 Subject: [geeklog-devel] Geeklog Demo Updating In-Reply-To: <136529A874EF4EFFB325417D4694B4BF@PC1> References: <000501c82417$859632c0$fe00a8c0@ns2.spacequad.com> <136529A874EF4EFFB325417D4694B4BF@PC1> Message-ID: <473BA81B.3090104@spiesshofer.com> BTW there is a "security issue" in GUS. If someone modifies the referer to be an invalid address such as http:/// the site crashes on display of the referrers page. So in case you display that to the public anyone can disable your site. Oliver Web Site Master wrote: > I always install GUS for all my Geeklog sites, a very important plugin for > me and I can see other people wanting something similar. I believe it would > be a good one for the demo site. The only problem I see is I am not sure if > Andy is around anymore and is still planning to support GUS. > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Michael > Brusletten > Sent: November-10-07 11:01 PM > To: geeklog-devel at lists.geeklog.net > Subject: [geeklog-devel] Geeklog Demo Updating > > I have been getting allot of comments and questions about what we can do to > get new users to Geeklog and what we can do to the > Geeklog Demo site to help make that happen. There has been questions as to > if more plugins can be installed and other features that > are normally available on the normal Geeklog install. I have talked this > over with Dirk and we have decided that the best solution > was to have a discussion as to what should be and what shouldn't be on the > Demo site. Reason I have brought this up to Dirk is > because I am just the host provider and maintainer of the Demo site. > However, like I said, Dirk and I have discussed it and we > thought that this should be open for discussion to get better feedback. Now > keep in mind, any application/plugin that could be > deemed a security risk where the root user could make changes to the > application/plugin will not be favored vary high before making > it available for use in the Demo Site: IE Ban plugin, Bad Behavior Plugin, > etc etc because that would limit the access to potential > new users. > > So if anyone has any ideas as to what else they would like to see on the > site, please don't hessitate to speak up. Or if there are > other changes about the site that you think should be done, again, speak up. > All questions and comment are welcomed and should be > raised or commented on this thread, that way everyone has a chance to yea or > nay the responses. > > Michael > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > __________ NOD32 2651 (20071110) Information __________ > > This message was checked by NOD32 antivirus system. > http://www.eset.com > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > From mevans at ecsnet.com Wed Nov 14 23:38:34 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Wed, 14 Nov 2007 22:38:34 -0600 Subject: [geeklog-devel] Topic/Story rights In-Reply-To: <62564dee0711140811h6812dabveea5a1b221b91602@mail.gmail.com> References: <62564dee0711140811h6812dabveea5a1b221b91602@mail.gmail.com> Message-ID: <000901c82741$623e80c0$26bb8240$@com> Dwight, I was able to successfully create a new group, make it the topic owner and restrict access to the topic to only that group with a current CVS install. Just curious, what is it not doing that you expect it to do? Thanks! Mark From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dwight Trumbower Sent: Wednesday, November 14, 2007 10:12 AM To: Geeklog Development Subject: [geeklog-devel] Topic/Story rights Can someone please test on the csv version if you can setup up a new group and associate the group to a topic an stories. It works fine on 1.4.1, but no csv version for me. Thanks -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From geiss at midnightforce.com Thu Nov 15 02:07:03 2007 From: geiss at midnightforce.com (=MF=Geiss) Date: Thu, 15 Nov 2007 00:07:03 -0700 Subject: [geeklog-devel] New Theme Progress In-Reply-To: <20071101121458.1512351349@smtp.haun-online.de> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <20071101121458.1512351349@smtp.haun-online.de> Message-ID: <473BF017.4010604@midnightforce.com> Hi all, Mark and I have been hard at work lately, and at least I'm at a point where I feel its time for more feedback from the dev community. The theme has been re-tooled somewhat. I feel its now lighter, brighter, and cleaner. To recap, this theme which is up for potential inclusion as the default theme in the 1.5 release, ( I believe we will still include the Professional theme as well, but it won't be default, if everyone agrees ) features the following: -Tableless layout structure. Everything is DIV and CSS based. -SEO (Search Engine Optimization where the center "story" column comes first in the code, followed by the leftblocks and rightblocks). -Modular CSS files. CSS is separated by global layout, menu styling, color (soon to be anyways Wink), and general style.css. (stay tuned for more info from gllabs.org on why this is sooooo cool!) -100% backwards compatible with GL 1.4.1 ( see for yourself at http://geiss.getmyip.com/gl141/ ) -and some /super secret mojo/ from the minds at gllabs.org! Dirk, I worked on the things you mentioned below in your earlier reply. I've added comments interspersed below. Everyone, please let us know what you think! :-) http://geiss.getmyip.com/gl15/ Thx! Eric Dirk Haun wrote: >> http://geiss.getmyip.com/gl15/ >> Anyway, a few things I noticed, in no particular order: >> >> - My browser window is something like 720 pixels wide (canvas size) and >> I get a horizontal scrollbar even though there's nothing apparent on the >> front page that would need that much space. How good does this theme scale? >> >> All fixed now. The theme scales very well. I still need to tweak table sizes that have fixed widths for things like the calendar at 800x600, etc. >> I see, for example, that on the calendar index page, the column for >> Saturday is partially hidden by the right side block while the colum >> heading and the mini calendar above it are overlapping the right side >> block (screenshots on request). >> >> I never saw that issue before, but looking at it now (and at 800x600) I don't see anything being cut off. Double check it and please let me know if it looks better for you now. :-) >> - I always thought the Professional theme had too many horizontal lines >> thrown in. Have you tried leaving out the horizontal lines between side >> blocks and between stories? >> >> They're history. >> - Speaking of side blocks: To me it looks odd that the light grey >> background of the left side blocks just ends somewhere in the middle of >> the page. Likewise on the right side, only that there are more blocks >> there so it's not as obvious. Shouldn't the grey background end flush >> with the footer, like it does with the header? >> >> I haven't found a CSS layout that will do that *and* be SEO with the content placed first in the code. You can have one or the other, not both. I've chosen SEO over blocks going all the way to the bottom. If you know of a layout that will serve both masters, please share! :-) >> Alternatively, the side blocks could have a proper border at the bottom, >> like they do on their right and left side (where they border with the >> content area), respectively. >> >> Done. >> - Looking at the site in Lynx (/me can hear the groans ...) I notice >> that the content of both the left and the right side blocks comes first >> before you get to the actual site content, e.g. the articles. That could >> have some impact with search engines. >> >> Fixed. We are now SEO friendly, with content first, *then* leftblocks and rightblocks in appearance in the code. Mark Evans gets a hearty slap on the back for figuring out that dilemma. (/me high fives Mark). >> This is also something visually impaired users would have to struggle >> with. There's an old feature request for this, actually, from which I'm >> quoting some portions below: >> >> --- snip --- >> Geeklog with professional theme is not very accessible for blind >> computer users. >> ( I am self blind and to use computer I use screenreader JAWS, http:// >> www.freedomscientific.com) >> >> suggestions: >> 1. add to header.thtml between and start of content (menu, search >> form or ...) >> > width="1" height="0" alt="skip navigation"> >> and to the end of header.thtml >> >> this modification creates top of the page link with very litle picture >> (heigth/width 1:0) and alt text (alt text is visible to the screenreader >> users) and anchortag to jump directly to the content area. >> string "skip navigation/jump to the content... must be in language file. >> >> (...) >> >> 3. >> problem with search field (simple search) >> search field don't have descriptive text >> possible solution: add to input tag (> title atribute with descriptive text >> descriptive tekst from language file >> --- snip --- >> >> bye, Dirk >> >> Added all the above code for screenreaders. :-) From ironmax at spacequad.com Thu Nov 15 02:33:52 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Thu, 15 Nov 2007 02:33:52 -0500 Subject: [geeklog-devel] Geeklog Demo Updating References: Message-ID: <000f01c82759$df68f770$fe00a8c0@ns2.spacequad.com> Okay, so that settles that for now until it can be fixed. I really would have like to see that one go on the Demo site, but not if its gonna crash my server. Thanx Oliver for pointing that out. Tom I have to agree with you on the liking of the plugin. It shows alot of information that the Admin would want to have, without having to FTP to the site to just see logs. Michael > Message: 3 > Date: Thu, 15 Nov 2007 09:59:55 +0800 > From: Oliver Spiesshofer > Subject: Re: [geeklog-devel] Geeklog Demo Updating > To: Geeklog Development > Message-ID: <473BA81B.3090104 at spiesshofer.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > BTW there is a "security issue" in GUS. If someone modifies the referer > to be an invalid address such as > > http:/// > > the site crashes on display of the referrers page. So in case you > display that to the public anyone can disable your site. > > Oliver > > Web Site Master wrote: > > I always install GUS for all my Geeklog sites, a very important plugin for > > me and I can see other people wanting something similar. I believe it would > > be a good one for the demo site. The only problem I see is I am not sure if > > Andy is around anymore and is still planning to support GUS. > > > > Tom > > From garymoncrieff at googlemail.com Thu Nov 15 03:54:40 2007 From: garymoncrieff at googlemail.com (Gary Moncrieff) Date: Thu, 15 Nov 2007 08:54:40 +0000 Subject: [geeklog-devel] Geeklog Demo Updating In-Reply-To: <000f01c82759$df68f770$fe00a8c0@ns2.spacequad.com> References: <000f01c82759$df68f770$fe00a8c0@ns2.spacequad.com> Message-ID: "The only problem I see is I am not sure if Andy is around anymore and is still planning to support GUS." This is correct I remember emailing him some time ago and he said he would not have the time in future to maintain this plugin, unless things have changed since then. Regards Dazzy On 15/11/2007, Michael Brusletten wrote: > > Okay, so that settles that for now until it can be fixed. I really would > have like to see that one go on the Demo site, but not if > its gonna crash my server. Thanx Oliver for pointing that out. Tom I > have to agree with you on the liking of the plugin. It shows > alot of information that the Admin would want to have, without having to > FTP to the site to just see logs. > > Michael > > > > Message: 3 > > Date: Thu, 15 Nov 2007 09:59:55 +0800 > > From: Oliver Spiesshofer > > Subject: Re: [geeklog-devel] Geeklog Demo Updating > > To: Geeklog Development > > Message-ID: <473BA81B.3090104 at spiesshofer.com> > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > > > BTW there is a "security issue" in GUS. If someone modifies the referer > > to be an invalid address such as > > > > http:/// > > > > the site crashes on display of the referrers page. So in case you > > display that to the public anyone can disable your site. > > > > Oliver > > > > Web Site Master wrote: > > > I always install GUS for all my Geeklog sites, a very important plugin > for > > > me and I can see other people wanting something similar. I believe it > would > > > be a good one for the demo site. The only problem I see is I am not > sure if > > > Andy is around anymore and is still planning to support GUS. > > > > > > Tom > > > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwight at trumbower.com Thu Nov 15 07:37:14 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Thu, 15 Nov 2007 06:37:14 -0600 Subject: [geeklog-devel] Topic/Story rights In-Reply-To: <000901c82741$623e80c0$26bb8240$@com> References: <62564dee0711140811h6812dabveea5a1b221b91602@mail.gmail.com> <000901c82741$623e80c0$26bb8240$@com> Message-ID: <62564dee0711150437w2b5f18a7jc0315897680cbec1@mail.gmail.com> When edit an existing story that the owner created, it gives you the security error message. On Nov 14, 2007 10:38 PM, Mark R. Evans wrote: > Dwight, > > > > I was able to successfully create a new group, make it the topic owner and > restrict access to the topic to only that group with a current CVS install. > > > > Just curious, what is it not doing that you expect it to do? > > > > Thanks! > > Mark > > > > *From:* geeklog-devel-bounces at lists.geeklog.net [mailto: > geeklog-devel-bounces at lists.geeklog.net] *On Behalf Of *Dwight Trumbower > *Sent:* Wednesday, November 14, 2007 10:12 AM > *To:* Geeklog Development > *Subject:* [geeklog-devel] Topic/Story rights > > > > Can someone please test on the csv version if you can setup up a new > group and associate the group to a topic an stories. It works fine on > 1.4.1, but no csv version for me. > > Thanks > > -- > Have a Great Day! > > Dwight Trumbower > -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From WebSiteMaster at cogeco.net Thu Nov 15 09:20:39 2007 From: WebSiteMaster at cogeco.net (Web Site Master) Date: Thu, 15 Nov 2007 09:20:39 -0500 Subject: [geeklog-devel] Geeklog Demo Updating In-Reply-To: References: <000f01c82759$df68f770$fe00a8c0@ns2.spacequad.com> Message-ID: <39CEC1BBB6374941821AD118C7A17296@PC1> I have come across the http:/// issue and a few other small problems as well. There are also some cleanup functions I wouldn't mind adding in. Maybe I will track down Andy to see what his plans are. If he doesn't have time and it's ok with him I could fix the issues in GUS in the new year. Tom _____ From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Gary Moncrieff Sent: November-15-07 3:55 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog Demo Updating "The only problem I see is I am not sure if Andy is around anymore and is still planning to support GUS." This is correct I remember emailing him some time ago and he said he would not have the time in future to maintain this plugin, unless things have changed since then. Regards Dazzy On 15/11/2007, Michael Brusletten wrote: Okay, so that settles that for now until it can be fixed. I really would have like to see that one go on the Demo site, but not if its gonna crash my server. Thanx Oliver for pointing that out. Tom I have to agree with you on the liking of the plugin. It shows alot of information that the Admin would want to have, without having to FTP to the site to just see logs. Michael > Message: 3 > Date: Thu, 15 Nov 2007 09:59:55 +0800 > From: Oliver Spiesshofer > Subject: Re: [geeklog-devel] Geeklog Demo Updating > To: Geeklog Development > Message-ID: <473BA81B.3090104 at spiesshofer.com > > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > BTW there is a "security issue" in GUS. If someone modifies the referer > to be an invalid address such as > > http:/// > > the site crashes on display of the referrers page. So in case you > display that to the public anyone can disable your site. > > Oliver > > Web Site Master wrote: > > I always install GUS for all my Geeklog sites, a very important plugin for > > me and I can see other people wanting something similar. I believe it would > > be a good one for the demo site. The only problem I see is I am not sure if > > Andy is around anymore and is still planning to support GUS. > > > > Tom > > _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: From WebSiteMaster at cogeco.net Thu Nov 15 09:59:07 2007 From: WebSiteMaster at cogeco.net (Web Site Master) Date: Thu, 15 Nov 2007 09:59:07 -0500 Subject: [geeklog-devel] New Theme Progress In-Reply-To: <473BF017.4010604@midnightforce.com> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com><20071101121458.1512351349@smtp.haun-online.de> <473BF017.4010604@midnightforce.com> Message-ID: <7979B5A01B514272B428E43F03437AFC@PC1> Looks good Eric! On another note, I'm not sure if this is the intended functionality (gl 1.4.1) of the draft flag for a story but I had checked this on for a story that I had decided to rework and visitors still had access to it. It doesn't show up on the site but if someone had bookmarked the story or saw the link through a search engine they could access the story. While looking at the new potential theme for GL I notice a new autotag called [category:]. I assume this is for the new links category. Can we switch this name. Maybe to something like [link_category:]. It makes more sense and it shows the related autotags. Plus I already use this autotag in a category plugin ;-) While I'm at it I might as well mention a feature request of mine. At some point could we add in some Autotag Security. There are some autotags I have that I really don't want non admins using in a story, etc... Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of =MF=Geiss Sent: November-15-07 2:07 AM To: Geeklog Development Subject: [geeklog-devel] New Theme Progress Hi all, Mark and I have been hard at work lately, and at least I'm at a point where I feel its time for more feedback from the dev community. The theme has been re-tooled somewhat. I feel its now lighter, brighter, and cleaner. To recap, this theme which is up for potential inclusion as the default theme in the 1.5 release, ( I believe we will still include the Professional theme as well, but it won't be default, if everyone agrees ) features the following: -Tableless layout structure. Everything is DIV and CSS based. -SEO (Search Engine Optimization where the center "story" column comes first in the code, followed by the leftblocks and rightblocks). -Modular CSS files. CSS is separated by global layout, menu styling, color (soon to be anyways Wink), and general style.css. (stay tuned for more info from gllabs.org on why this is sooooo cool!) -100% backwards compatible with GL 1.4.1 ( see for yourself at http://geiss.getmyip.com/gl141/ ) -and some /super secret mojo/ from the minds at gllabs.org! Dirk, I worked on the things you mentioned below in your earlier reply. I've added comments interspersed below. Everyone, please let us know what you think! :-) http://geiss.getmyip.com/gl15/ Thx! Eric Dirk Haun wrote: >> http://geiss.getmyip.com/gl15/ >> Anyway, a few things I noticed, in no particular order: >> >> - My browser window is something like 720 pixels wide (canvas size) and >> I get a horizontal scrollbar even though there's nothing apparent on the >> front page that would need that much space. How good does this theme scale? >> >> All fixed now. The theme scales very well. I still need to tweak table sizes that have fixed widths for things like the calendar at 800x600, etc. >> I see, for example, that on the calendar index page, the column for >> Saturday is partially hidden by the right side block while the colum >> heading and the mini calendar above it are overlapping the right side >> block (screenshots on request). >> >> I never saw that issue before, but looking at it now (and at 800x600) I don't see anything being cut off. Double check it and please let me know if it looks better for you now. :-) >> - I always thought the Professional theme had too many horizontal lines >> thrown in. Have you tried leaving out the horizontal lines between side >> blocks and between stories? >> >> They're history. >> - Speaking of side blocks: To me it looks odd that the light grey >> background of the left side blocks just ends somewhere in the middle of >> the page. Likewise on the right side, only that there are more blocks >> there so it's not as obvious. Shouldn't the grey background end flush >> with the footer, like it does with the header? >> >> I haven't found a CSS layout that will do that *and* be SEO with the content placed first in the code. You can have one or the other, not both. I've chosen SEO over blocks going all the way to the bottom. If you know of a layout that will serve both masters, please share! :-) >> Alternatively, the side blocks could have a proper border at the bottom, >> like they do on their right and left side (where they border with the >> content area), respectively. >> >> Done. >> - Looking at the site in Lynx (/me can hear the groans ...) I notice >> that the content of both the left and the right side blocks comes first >> before you get to the actual site content, e.g. the articles. That could >> have some impact with search engines. >> >> Fixed. We are now SEO friendly, with content first, *then* leftblocks and rightblocks in appearance in the code. Mark Evans gets a hearty slap on the back for figuring out that dilemma. (/me high fives Mark). >> This is also something visually impaired users would have to struggle >> with. There's an old feature request for this, actually, from which I'm >> quoting some portions below: >> >> --- snip --- >> Geeklog with professional theme is not very accessible for blind >> computer users. >> ( I am self blind and to use computer I use screenreader JAWS, http:// >> www.freedomscientific.com) >> >> suggestions: >> 1. add to header.thtml between and start of content (menu, search >> form or ...) >> > width="1" height="0" alt="skip navigation"> >> and to the end of header.thtml >> >> this modification creates top of the page link with very litle picture >> (heigth/width 1:0) and alt text (alt text is visible to the screenreader >> users) and anchortag to jump directly to the content area. >> string "skip navigation/jump to the content... must be in language file. >> >> (...) >> >> 3. >> problem with search field (simple search) >> search field don't have descriptive text >> possible solution: add to input tag (> title atribute with descriptive text >> descriptive tekst from language file >> --- snip --- >> >> bye, Dirk >> >> Added all the above code for screenreaders. :-) _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel __________ NOD32 2659 (20071115) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com From dirk at haun-online.de Thu Nov 15 16:58:21 2007 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 15 Nov 2007 22:58:21 +0100 Subject: [geeklog-devel] New Theme Progress In-Reply-To: <7979B5A01B514272B428E43F03437AFC@PC1> References: <47214948.60405 02@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@mi dnightforce.com> <4721584F.7000907@midnightforce.com><20071101121458.151235134 9@smtp.haun-online.de> <473BF017.4010604@midnightforce.com> <7979B5A01B514272B428E43F03437AFC@PC1> Message-ID: <20071115215821.2134596707@smtp.haun-online.de> Web Site Master wrote: >On another note, I'm not sure if this is the intended functionality (gl >1.4.1) of the draft flag for a story but I had checked this on for a story >that I had decided to rework and visitors still had access to it. Are you sure visitors, i.e. normal or anonymous users, can see it? Users with story admin permissions can preview the story via article.php. Other users should get a permission denied message. bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From chipper at llamas.net Sat Nov 17 14:08:26 2007 From: chipper at llamas.net (Chris 'Chipper' Chiapusio) Date: Sat, 17 Nov 2007 14:08:26 -0500 Subject: [geeklog-devel] New Theme Progress In-Reply-To: <473BF017.4010604@midnightforce.com> References: <47214948.6040502@midnightforce.com> <47214D19.3040309@spiesshofer.com> <472152FA.3000304@midnightforce.com> <4721584F.7000907@midnightforce.com> <20071101121458.1512351349@smtp.haun-online.de> <473BF017.4010604@midnightforce.com> Message-ID: <20071117190826.GB32449@chipsworld.llamas.net> On Thu, Nov 15, 2007 at 12:07:03AM -0700, =MF=Geiss wrote: > Hi all, > > Mark and I have been hard at work lately, and at least I'm at a point where > I feel its time for more feedback from the dev community. The theme has > been re-tooled somewhat. I feel its now lighter, brighter, and cleaner. To > recap, this theme which is up for potential inclusion as the default theme > in the 1.5 release, ( I believe we will still include the Professional > theme as well, but it won't be default, if everyone agrees ) features the > following: > > -Tableless layout structure. Everything is DIV and CSS based. > > -SEO (Search Engine Optimization where the center "story" column comes > first in the code, followed by the leftblocks and rightblocks). > > -Modular CSS files. CSS is separated by global layout, menu styling, color > (soon to be anyways Wink), and general style.css. (stay tuned for more info > from gllabs.org on why this is sooooo cool!) > > -100% backwards compatible with GL 1.4.1 ( see for yourself at > http://geiss.getmyip.com/gl141/ ) > > -and some /super secret mojo/ from the minds at gllabs.org! > > Dirk, I worked on the things you mentioned below in your earlier reply. > I've added comments interspersed below. Everyone, please let us know what > you think! :-) > > http://geiss.getmyip.com/gl15/ > > Thx! > > Eric > Guys, this looks amazing! If anyone here needs hosting for development, just say the word. I have facilities to provide everything you need. Thanks for many years of hard work on GeekLog, Chip -- ------ **** Warning **** This e-mail message, without warrant or warning, and despite US law as set forth in the Foreign Intelligence Surveillance Act of 1978, may be subject to monitoring by the United States National Security Agency and/or the Department of Defense. Information contained in this message may be used against any senders or recipients, now or in the future, in a public trial or secret tribunal. Please encrypt anything important. PGP Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0x6CFA486D From devel at portalparts.com Sat Nov 17 15:43:50 2007 From: devel at portalparts.com (Blaine Lang) Date: Sat, 17 Nov 2007 15:43:50 -0500 Subject: [geeklog-devel] Phantom or Old User reminders Message-ID: <473F5286.3090401@portalparts.com> I had a request to write a tool to allow the admin to send out a reminder email to site members that have registered and never logged in or have not logged in for X months. I wanted to ask if others feel this would be a nice feature to add to the existing User Admin program which already has the basic filtering and display logic. Blaine From garymoncrieff at googlemail.com Sat Nov 17 16:21:41 2007 From: garymoncrieff at googlemail.com (Gary Moncrieff) Date: Sat, 17 Nov 2007 21:21:41 +0000 Subject: [geeklog-devel] Phantom or Old User reminders In-Reply-To: <473F5286.3090401@portalparts.com> References: <473F5286.3090401@portalparts.com> Message-ID: Hey Blaine This would be useful for me Regards Dazzy On 17/11/2007, Blaine Lang wrote: > > I had a request to write a tool to allow the admin to send out a > reminder email to site members that have registered and never logged in > or have not logged in for X months. I wanted to ask if others feel this > would be a nice feature to add to the existing User Admin program which > already has the basic filtering and display logic. > > Blaine > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at spiesshofer.com Sat Nov 17 20:08:50 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 18 Nov 2007 09:08:50 +0800 Subject: [geeklog-devel] Phantom or Old User reminders In-Reply-To: <473F5286.3090401@portalparts.com> References: <473F5286.3090401@portalparts.com> Message-ID: <473F90A2.8060105@spiesshofer.com> Sounds nice. I thought about this one when I installed the mass-delete. You might need a new field in the database indicating when the reminder has been sent. Oliver Blaine Lang wrote: > I had a request to write a tool to allow the admin to send out a > reminder email to site members that have registered and never logged > in or have not logged in for X months. I wanted to ask if others feel > this would be a nice feature to add to the existing User Admin program > which already has the basic filtering and display logic. > > Blaine > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From joe at ThrowingDice.com Sat Nov 17 20:32:12 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Sat, 17 Nov 2007 20:32:12 -0500 Subject: [geeklog-devel] Phantom or Old User reminders In-Reply-To: <473F90A2.8060105@spiesshofer.com> References: <473F5286.3090401@portalparts.com> <473F90A2.8060105@spiesshofer.com> Message-ID: <0JRO00CMBHLU1690@mta2.srv.hcvlny.cv.net> Actually, it would be nice to get the mass delete stuff and the normal list into one list. Just add a few more radio buttons to the mass delete (One for show all users is needed, and one to select by group/feature access), move the edit icon to the mass screen, and add additional functionality besides mass delete: mass reset/mail password, mass email, mass change status . Most of this code is around, but getting it to all work together would take a bit of time. At 08:08 PM 11/17/2007, Oliver Spiesshofer wrote: >Sounds nice. I thought about this one when I installed the mass-delete. >You might need a new field in the database indicating when the >reminder has been sent. > >Oliver > >Blaine Lang wrote: >>I had a request to write a tool to allow the admin to send out a >>reminder email to site members that have registered and never >>logged in or have not logged in for X months. I wanted to ask if >>others feel this would be a nice feature to add to the existing >>User Admin program which already has the basic filtering and display logic. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From devel at portalparts.com Sat Nov 17 21:57:56 2007 From: devel at portalparts.com (Blaine Lang) Date: Sat, 17 Nov 2007 21:57:56 -0500 Subject: [geeklog-devel] Phantom or Old User reminders In-Reply-To: <473F90A2.8060105@spiesshofer.com> References: <473F5286.3090401@portalparts.com> <473F90A2.8060105@spiesshofer.com> Message-ID: <473FAA34.4090509@portalparts.com> Hi Oliver, I was thinking the same - a field to record the last date and # of reminders should a site admin want to give more then 1. Just using a default language define for the email message should be good enough. A shorter label for the column display 'Months since registration' would be nice. Maybe 'Mths a member' - less the 1/2 as many letters. I will work on this over the next week - and leave it up to Dirk if it makes RC1. Blaine Oliver Spiesshofer wrote: > Sounds nice. I thought about this one when I installed the mass-delete. > You might need a new field in the database indicating when the > reminder has been sent. > > Oliver > > Blaine Lang wrote: >> I had a request to write a tool to allow the admin to send out a >> reminder email to site members that have registered and never logged >> in or have not logged in for X months. I wanted to ask if others feel >> this would be a nice feature to add to the existing User Admin >> program which already has the basic filtering and display logic. >> >> Blaine >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> >> > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From oliver at spiesshofer.com Sat Nov 17 22:51:51 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 18 Nov 2007 11:51:51 +0800 Subject: [geeklog-devel] Phantom or Old User reminders In-Reply-To: <0JRO00CMBHLU1690@mta2.srv.hcvlny.cv.net> References: <473F5286.3090401@portalparts.com> <473F90A2.8060105@spiesshofer.com> <0JRO00CMBHLU1690@mta2.srv.hcvlny.cv.net> Message-ID: <473FB6D7.2010100@spiesshofer.com> We would need tabs etc to not overload the page with functions. Joe Mucchiello wrote: > Actually, it would be nice to get the mass delete stuff and the normal > list into one list. Just add a few more radio buttons to the mass > delete (One for show all users is needed, and one to select by > group/feature access), move the edit icon to the mass screen, and add > additional functionality besides mass delete: mass reset/mail > password, mass email, mass change status . Most of this code is > around, but getting it to all work together would take a bit of time. > > At 08:08 PM 11/17/2007, Oliver Spiesshofer wrote: >> Sounds nice. I thought about this one when I installed the mass-delete. >> You might need a new field in the database indicating when the >> reminder has been sent. >> >> Oliver >> >> Blaine Lang wrote: >>> I had a request to write a tool to allow the admin to send out a >>> reminder email to site members that have registered and never logged >>> in or have not logged in for X months. I wanted to ask if others >>> feel this would be a nice feature to add to the existing User Admin >>> program which already has the basic filtering and display logic. > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From ironmax at spacequad.com Sun Nov 18 00:14:12 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Sun, 18 Nov 2007 00:14:12 -0500 Subject: [geeklog-devel] GUS discussion in the Dev mailing list for the Demo Site References: <021b01c8275d$a39175c0$fe00a8c0@ns2.spacequad.com> <6b189c720711172100y7d787bckcd2c9b43663561d6@mail.gmail.com> Message-ID: <001001c829a1$e1a30590$fe00a8c0@ns2.spacequad.com> Andy, Sorry about the mailer sending a response like that. I still got the message, as you see below. It was just flagged by a keyword that spammers use allot of the time. So that's why I accept them but they get quarantined. I don't think so but I will repost your reply in the mailing list so that everyone will know to say something to me and then I can get back to you. This is much appreciated and thank you for such a wonderful plug-in. Michael ----- Original Message ----- From: "IMoL" To: "Michael Brusletten" Sent: Sunday, November 18, 2007 12:00 AM Subject: Re: GUS discussion in the Dev mailing list for the Demo Site > Hi Michael: > > I can certainly fix that http:/// issue and get a security release up. > Are there any other known security issues with GUS that you've run > across? I haven't had any reported to me directly, but there may be > stuff in the forums? As you know I haven't been active with GL in the > past year or so. My two projects using GL are pretty static and my > focus is elsewhere. I'm still on the 1.4.0 releases because it's too > much work to upgrade, but I don't think that'll be a problem. > > Let me know if there any other issues. The Americans have their > Thanksgiving thing next week, so I have a couple of days off... > > - Andy > > On Nov 15, 2007 12:00 AM, Michael Brusletten wrote: > > Andy, > > > > Would you be willing to respond to this article? Read where your plugin GUS is involved and join in on the discussion in the Dev > > mailing list. If you do not want to join the list for what ever reason, would you be willing to look into the problem that Oliver > > mentioned and see if you can come out with an update. Then let me know. And then upload the new version to Geeklog.net. > > > > Michael > > From dirk at haun-online.de Sun Nov 18 05:36:13 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 18 Nov 2007 11:36:13 +0100 Subject: [geeklog-devel] CVS viewer In-Reply-To: <20071028181034.928655136@smtp.haun-online.de> References: <20071028181034.928655136@smtp.haun-online.de> Message-ID: <20071118103613.272467113@smtp.haun-online.de> Dirk Haun wrote: > I've enabled the option to show the last change on directories, too. The way it works, that option may cause some confusion, though. For example, if you go to it tells you that the "plugins" directory was last changed 4 years ago. That's because the last change to any _file_ in that directory (not counting subdirectories) happened 4 years ago. It gives more useful information for directories that actually contain files, e.g. public_html. Should we keep this option or should I switch it off again? On a side note, do we still need the two files developer.README and plugin.INSTALL in the plugins directory? The first one is out of date anyway and the other one is ... not that much better, really (read it and you'll see what I mean) ... bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From oliver at spiesshofer.com Sun Nov 18 05:46:07 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 18 Nov 2007 18:46:07 +0800 Subject: [geeklog-devel] CVS viewer In-Reply-To: <20071118103613.272467113@smtp.haun-online.de> References: <20071028181034.928655136@smtp.haun-online.de> <20071118103613.272467113@smtp.haun-online.de> Message-ID: <474017EF.1020108@spiesshofer.com> Keep it. Maybe make a linke from the development page to it with a short explanation of what you just wrote. I do not think we need those two files. Dirk, I have been sending you emails over the last weeks and never got any answer, if you received them give me a quick note please otherwise I suspect they never got through. Oliver Dirk Haun wrote: > Dirk Haun wrote: > > >> >> > > I've enabled the option to show the last change on directories, too. The > way it works, that option may cause some confusion, though. For example, > if you go to > > > > it tells you that the "plugins" directory was last changed 4 years ago. > That's because the last change to any _file_ in that directory (not > counting subdirectories) happened 4 years ago. It gives more useful > information for directories that actually contain files, e.g. public_html. > > Should we keep this option or should I switch it off again? > > > On a side note, do we still need the two files developer.README and > plugin.INSTALL in the plugins directory? The first one is out of date > anyway and the other one is ... not that much better, really (read it > and you'll see what I mean) ... > > bye, Dirk > > > From joe at ThrowingDice.com Sun Nov 18 13:13:52 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Sun, 18 Nov 2007 13:13:52 -0500 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/system lib-webservices.php, 1.16, 1.17 In-Reply-To: <20071118092834.80EA710FE12@qs1489.pair.com> References: <20071118092834.80EA710FE12@qs1489.pair.com> Message-ID: <0JRP00DDKS0UKUM0@mta5.srv.hcvlny.cv.net> I have a potentially stupid question but why are you parsing the QUERY_STRING when you can just use the $_GET array to look at it? Consider a url like http://www.example.com/webservice.php?find=can%27t. A dump of $_GET yields: array("find" => "can't") A dump of $args at the end of WS_dissectURI yields: array("find" => "can%27t"). At a minimum shouldn't urldecode be called on the string before doing the explode() lib-webservices.php,1.17 in WS_dissectURI() $uri_parts = explode('&', $_SERVER['QUERY_STRING']); foreach ($uri_parts as $param) { $uri_parts = explode('=', $param); $param_key = COM_applyFilter($uri_parts[0]); Shouldn't this be $uri_parts = explode('&', $_SERVER['QUERY_STRING']); foreach ($uri_parts as $param) { $param = urldecode($param); // clean up %nn fields and turn + signs to spaces if (get_magic_quotes_gpc()) { $param = addslashes($param); // undone in the COM_stripslashes called by COM_applyFilter below } $uri_parts = explode('=', $param, 2); // don't lose equal signs in the result $param_key = COM_applyFilter($uri_parts[0]); Granted, the story API doesn't need this as quotes and stuff can't appear in the sid. But future webservices might need to process parameters with quotes so this API needs to handle them correctly. You can use a simple script like this to view the differences: "' . $_SERVER['QUERY_STRING'] . '"'; ?> ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From dirk at haun-online.de Sun Nov 18 14:38:11 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 18 Nov 2007 20:38:11 +0100 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/system lib-webservices.php, 1.16, 1.17 In-Reply-To: <0JRP00DDKS0UKUM0@mta5.srv.hcvlny.cv.net> References: <20071118092834.80EA710FE12@qs1489.pair.com> <0JRP00DDKS0UKUM0@mta5.srv.hcvlny.cv.net> Message-ID: <20071118193811.851778670@smtp.haun-online.de> Joe Mucchiello wrote: >I have a potentially stupid question but why are you parsing the >QUERY_STRING when you can just use the $_GET array to look at it? Because we also need to parse it in POST, PUT, and DELETE requests. For example, a story is POSTed to the URL /webservices/atom/?plugin=story >At a minimum shouldn't urldecode be called on the string before doing >the explode() You may be right there. I had it somewhere in the back of my mind never to use urldecode on URLs because of security issues that may open up. But I may be confusing this with the contents of $_GET, as explained in e.g. Need to double-check ... bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Nov 18 17:09:38 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 18 Nov 2007 23:09:38 +0100 Subject: [geeklog-devel] Minor config / documentation issue Message-ID: <20071118220938.1425692762@smtp.haun-online.de> Here's a minor issue I ran into today: We have two things in the configuration that are called "backend": $_CONF['backend'], which is the on/off switch for feeds, and $_CONF['mail_settings']['backend'], which tells Geeklog what to use to send emails (SMTP, sendmail, etc.). In the config GUI, the (?) link for both of them links to config.html#desc_backend, though. And we do actually have two anchors named #desc_backend in that document. So that needs to be fixed somehow. Probably best by throwing in the array name for the mail backend so that it becomes #desc_mail_settings_backend and then fix the anchors in config.html. This may also affect other options and their description. Any takers? bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Nov 18 17:03:03 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 18 Nov 2007 23:03:03 +0100 Subject: [geeklog-devel] Recent and remaining work on the webservices Message-ID: <20071118220303.1026980301@smtp.haun-online.de> This post is mostly intended for Ramnath (Hi!) but I thought I'd send it to the list, since it also contains some information on implementation details. As you may have seen, I have been working a bit on the webservices in Geeklog, as I ran into a few issues while preparing for my Atompub presentation[1] earlier this week. Here's a short summary of what I've done: - Fixed WS_getContent for XHTML content - it only returned the first node, i.e. typically only the first paragraph of an entry. That's a bug I introduced some time ago. - Added an element to all entries. That's something the APE was complaining about. It's simply the same timestamp as in . - Reduced the number of Geeklog-specific elements in an entry, where possible. For example, the expire_date is only valid when 'statuscode' is set to ARCHIVE or DELETE_ON_EXPIRE so we don't need to send it when that's not the case. - Added a verbose logging option ($WS_VERBOSE) which logs some things to error.log (for debugging) - Implemented a speedlimit for failed logins. I accidentally fed the APE with a wrong password and it kept trying to log in over and over. - Even though the RFC only says that the server SHOULD return the created entry after a POST, the APE insisted on it (it actually died when wasn't there). So I've implemented that. With these changes and a special local version where story IDs can have up to 80 characters, Geeklog now passes most of the APEs tests (except for one, see below). Remaining issues: - As discussed: The service document (introspection) should return two collections, one for stories and one for static pages. - Also as discussed: Long IDs are a problem. At least the APE will now happily pick up and use changed IDs (we replace the colon and comma it uses in its IDs), so once we've figured out how to assign and return short IDs, it should accept those, too. - The remaining error: The APE attempts a second POST for an already existing entry. I'm not sure what we're supposed to do then - there doesn't seem to be anything about this case in the RFC. - We probably need more speedlimits in the webservices code, just like we have in the normal story submission code. I can look into that. - Haven't looked into the details, but we're returning stories that have the draft flag set for non-authorized GET requests. That's a bug - only story admins should be able to see draft stories. I assume the only proper way to fix this is to require a login for _any_ GET requests. All Atompub clients that I've tried so far will only try to log in after they get an HTTP 401 status code. So if we only returned non-draft stories after a GET without a login, they would never see the draft stories. The same actually applies to other permissions, e.g. stories that are only visible to certain user groups. I think we can safely assume that the webservices are only meant to be used by registered users (as opposed to anonymous users) and that we can therefore require them to log in. bye, Dirk [1] -- http://www.geeklog.net/ http://geeklog.info/ From geeklog at thehares.com Sun Nov 18 21:10:05 2007 From: geeklog at thehares.com (Jeff Hare) Date: Sun, 18 Nov 2007 21:10:05 -0500 Subject: [geeklog-devel] Phantom or Old User reminders In-Reply-To: <473F5286.3090401@portalparts.com> References: <473F5286.3090401@portalparts.com> Message-ID: <003901c82a51$4e615ba0$eb2412e0$@com> That would be quite useful to me.. If after X notices without a response, I'd like an option to automatically delete the unused account instead of sending another notice. What would be also be useful to me along this line is to have a button in the edit user form that lets me resend the registration message to a given user. I frequently have people who either accidentally delete this, or don't check their junk email before it is trashed. Finally, I noticed that the Phantom User query seems to have a problem in that it does not return the same set of users that have never logged in that the User Manager returns when sorted by Last Login date. Reported here: http://www.geeklog.net/forum/viewtopic.php?showtopic=79824 Sorry if that last one is off topic. -Jeff -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Blaine Lang Sent: Saturday, November 17, 2007 3:44 PM To: Geeklog Development Subject: [geeklog-devel] Phantom or Old User reminders I had a request to write a tool to allow the admin to send out a reminder email to site members that have registered and never logged in or have not logged in for X months. I wanted to ask if others feel this would be a nice feature to add to the existing User Admin program which already has the basic filtering and display logic. Blaine From joe at ThrowingDice.com Mon Nov 19 02:33:14 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Mon, 19 Nov 2007 02:33:14 -0500 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x/system lib-webservices.php, 1.16, 1.17 In-Reply-To: <20071118193811.851778670@smtp.haun-online.de> References: <20071118092834.80EA710FE12@qs1489.pair.com> <0JRP00DDKS0UKUM0@mta5.srv.hcvlny.cv.net> <20071118193811.851778670@smtp.haun-online.de> Message-ID: <0JRQ00MB7SZLZDI0@mta5.srv.hcvlny.cv.net> At 02:38 PM 11/18/2007, Dirk Haun wrote: >Joe Mucchiello wrote: > > >I have a potentially stupid question but why are you parsing the > >QUERY_STRING when you can just use the $_GET array to look at it? > >Because we also need to parse it in POST, PUT, and DELETE requests. For >example, a story is POSTed to the URL /webservices/atom/?plugin=story And regardless of which method is used, that URI will set the $_GET array with ("plugin" => "story") in it. Currently, WS_dissectURI parses $_SERVER['QUERY_STRING'] explicitly and nothing else. PHP has already divided that strings' variables into the $_GET array. Why are you doing it again? Also, your method doesn't call addslashes when magic quotes are on. But it will call stripslashes inside COM_applyFilter(). Not sure how dangerous that is, but I bet it will be the source of a very difficult bug to track down. If you must do it again, there are builtin functions for it: function WS_dissectURI(&$args) { global $WS_INTROSPECTION, $WS_PLUGIN; $args = array(); parse_str($_SERVER['QUERY_STRING'], $args); array_walk_recursive($args, create_function('&$v,$k', '$v = COM_applyFilter($v);')); if (array_key_exists($args, 'introspection')) { $WS_INTROSPECTION = true; } if (array_key_exists($args, 'plugin')) { $WS_PLUGIN = $args['plugin']; } } ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From devel at portalparts.com Mon Nov 19 08:36:27 2007 From: devel at portalparts.com (Blaine Lang) Date: Mon, 19 Nov 2007 08:36:27 -0500 Subject: [geeklog-devel] Phantom or Old User reminders In-Reply-To: <003901c82a51$4e615ba0$eb2412e0$@com> References: <473F5286.3090401@portalparts.com> <003901c82a51$4e615ba0$eb2412e0$@com> Message-ID: <4741915B.2020805@portalparts.com> Jeff Hare wrote: > That would be quite useful to me.. If after X notices without a response, > I'd like an option to automatically delete the unused account instead of > sending another notice. > > What would be also be useful to me along this line is to have a button in > the edit user form that lets me resend the registration message to a given > user. I frequently have people who either accidentally delete this, or > don't check their junk email before it is trashed. > I like that idea too and have had a need to use that if it were available. I will look at adding that as well. Blaine From tony at tonybibbs.com Mon Nov 19 13:03:07 2007 From: tony at tonybibbs.com (Tony Bibbs) Date: Mon, 19 Nov 2007 10:03:07 -0800 (PST) Subject: [geeklog-devel] Phantom or Old User reminders Message-ID: <871609.39643.qm@web713.biz.mail.mud.yahoo.com> It'd also be nice if there were some scripts we could drop into cron...one to send out the reminders, one to delete the accounts. --Tony ----- Original Message ---- From: Oliver Spiesshofer To: Geeklog Development Sent: Saturday, November 17, 2007 9:51:51 PM Subject: Re: [geeklog-devel] Phantom or Old User reminders We would need tabs etc to not overload the page with functions. Joe Mucchiello wrote: > Actually, it would be nice to get the mass delete stuff and the normal > list into one list. Just add a few more radio buttons to the mass > delete (One for show all users is needed, and one to select by > group/feature access), move the edit icon to the mass screen, and add > additional functionality besides mass delete: mass reset/mail > password, mass email, mass change status . Most of this code is > around, but getting it to all work together would take a bit of time. > > At 08:08 PM 11/17/2007, Oliver Spiesshofer wrote: >> Sounds nice. I thought about this one when I installed the mass-delete. >> You might need a new field in the database indicating when the >> reminder has been sent. >> >> Oliver >> >> Blaine Lang wrote: >>> I had a request to write a tool to allow the admin to send out a >>> reminder email to site members that have registered and never logged >>> in or have not logged in for X months. I wanted to ask if others >>> feel this would be a nice feature to add to the existing User Admin >>> program which already has the basic filtering and display logic. > > ---- > Joe Mucchiello > Throwing Dice Games > http://www.throwingdice.com > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dwight at trumbower.com Tue Nov 20 10:28:24 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Tue, 20 Nov 2007 09:28:24 -0600 Subject: [geeklog-devel] Topic/Story rights In-Reply-To: <20071115215823.2136529512@smtp.haun-online.de> References: <62564dee0711140811h6812dabveea5a1b221b91602@mail.gmail.com> <000901c82741$623e80c0$26bb8240$@com> <62564dee0711150437w2b5f18a7jc0315897680cbec1@mail.gmail.com> <20071115215823.2136529512@smtp.haun-online.de> Message-ID: <62564dee0711200728n4a98917di7ac03dfb4af28e13@mail.gmail.com> On Nov 15, 2007 3:58 PM, Dirk Haun wrote: > Dwight Trumbower wrote: > > >When edit an existing story that the owner created, it gives you the > >security error message. > > Sounds like a permission problem. With the topic permissions, > specifically. See "Setting up a Story Admin", > > > bye, Dirk This is what I'm doing. Create a new group, TestStory and give Topic and Story admin rights to group.(By the way when creating a new group, the rights don't get created on the first save. You have to edit it again for the rights to take.) Create a new user, assign this group to the new user. In a topic, assign the TestStory group to the topic and allow group editing. Login as new user and create a new story. Make sure to change the story group assignment, topic and allow group editing. Now try to modify the story, the save fails. Access Denied Sorry, you do not have access to the story administration page. Please note that all attempts to access unauthorized features are logged I have tried the above steps in 1.4.1 with no problems. In the latest CVS code it fails. I have tried this on several servers and I get the same results. What the heck am I missing? -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From taharaxp at gmail.com Tue Nov 20 10:58:05 2007 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Wed, 21 Nov 2007 00:58:05 +0900 Subject: [geeklog-devel] GL selectable between HTML and XHTML Message-ID: Dear core developers, I used to post a version of Geeklog made XHTML in this mailing list. http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html 0In this version, I replaced all HTML-specific tags with XHTML-specific tags, which is not compatible with the contents written in HTML. Therefore, we have tried modifying our version based on the code in CVS (207/11/18), referring to the following sample code found in CVS: W:\path\to\Geeklog\public_html\lib-common.php 05998: $retval = "\"$alt\""; W:\path\to\Geeklog\public_html\layout\professional\functions.php 00010: if (!defined ('XHTML')) { 00011: define('XHTML',''); // change this to ' /' for XHTML We have almost completed the task and in the finished version, you can choose freely between HTML and XHTML. Our current version is backward-compatible and will not bother those users who respect their past articles written in HTML, and at the same time will surely satisfy those who want to change to XHTML. I've created the diff file to the latest code in CVS (207/11/18) and uploaded to http://www.trybase.com/~sun/files/Geeklog-1.x.patch.2007.11.18.tar.gz I would greatly appreciate it if you would look at and consider adopting the code. Please visit our Trac site built for the task. Unfortunately, it is in Japanese, but I'm sure you can at least browse the code without difficulty. http://www.trybase.com/proj/geeklog_xhtml -- Yoshinori Tahara - dengen From mevans at ecsnet.com Wed Nov 21 00:10:54 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Tue, 20 Nov 2007 23:10:54 -0600 Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: References: Message-ID: <005d01c82bfc$e4c3a880$ae4af980$@com> Dengen, Great work! I did a CVS checkout just a few minutes ago, applied your patch, changed the Doctype to XHTML Transitional and now I have a test site that validates 100% XHTML. The patch applied without error and took all of 2 minutes to get all this setup. This certainly addresses the only real concerned voiced about moving to XHTML, it is now fully configurable and there is a patch to the current (as of Nov 20, 2007 @ 11:05pm CST) CVS tree. A simple edit of functions.php and header.thtml and back to HTML 4.01 Strict. I'm sure this took a very significant amount of time and effort and I certainly appreciate all the hard work. I'm only hopeful that the core team will act swiftly before this patch becomes outdated. Although CVS activity has been very slow as of late, this effort should not be ignored and should be acted on soon. Please don't let Dengen's work go unanswered. Thanks! Mark -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Yoshinori Tahara Sent: Tuesday, November 20, 2007 9:58 AM To: geeklog-devel at lists.geeklog.net Subject: [geeklog-devel] GL selectable between HTML and XHTML Dear core developers, I used to post a version of Geeklog made XHTML in this mailing list. http://eight.pairlist.net/pipermail/geeklog-devel/2007-September/002350.html 0In this version, I replaced all HTML-specific tags with XHTML-specific tags, which is not compatible with the contents written in HTML. Therefore, we have tried modifying our version based on the code in CVS (207/11/18), referring to the following sample code found in CVS: W:\path\to\Geeklog\public_html\lib-common.php 05998: $retval = "\"$alt\""; W:\path\to\Geeklog\public_html\layout\professional\functions.php 00010: if (!defined ('XHTML')) { 00011: define('XHTML',''); // change this to ' /' for XHTML We have almost completed the task and in the finished version, you can choose freely between HTML and XHTML. Our current version is backward-compatible and will not bother those users who respect their past articles written in HTML, and at the same time will surely satisfy those who want to change to XHTML. I've created the diff file to the latest code in CVS (207/11/18) and uploaded to http://www.trybase.com/~sun/files/Geeklog-1.x.patch.2007.11.18.tar.gz I would greatly appreciate it if you would look at and consider adopting the code. Please visit our Trac site built for the task. Unfortunately, it is in Japanese, but I'm sure you can at least browse the code without difficulty. http://www.trybase.com/proj/geeklog_xhtml -- Yoshinori Tahara - dengen _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dwight at trumbower.com Wed Nov 21 00:23:49 2007 From: dwight at trumbower.com (Dwight Trumbower) Date: Tue, 20 Nov 2007 23:23:49 -0600 Subject: [geeklog-devel] CVS Batch Delete broken Message-ID: <62564dee0711202123k36e9662vfb5df652f3240440@mail.gmail.com> There are now batch delete options anymore. Where did they go? -- Have a Great Day! Dwight Trumbower -------------- next part -------------- An HTML attachment was scrubbed... URL: From oliver at spiesshofer.com Wed Nov 21 01:06:50 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Wed, 21 Nov 2007 07:06:50 +0100 Subject: [geeklog-devel] CVS Batch Delete broken In-Reply-To: <62564dee0711202123k36e9662vfb5df652f3240440@mail.gmail.com> References: <62564dee0711202123k36e9662vfb5df652f3240440@mail.gmail.com> Message-ID: <4743CAFA.80909@spiesshofer.com> Just did a clean checkout and everything is here... please make sure you have the latest files. Oliver Dwight Trumbower wrote: > There are now batch delete options anymore. Where did they go? > > -- > Have a Great Day! > > Dwight Trumbower > ------------------------------------------------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From ironmax at spacequad.com Wed Nov 21 09:40:18 2007 From: ironmax at spacequad.com (Michael Brusletten) Date: Wed, 21 Nov 2007 09:40:18 -0500 Subject: [geeklog-devel] Bad Behavior References: Message-ID: <000501c82c4c$6ff4ccf0$fe00a8c0@ns2.spacequad.com> So whets the deal with Bad Behavior these days? I've been getting hit hard by these spammers. I'm now well over 13 thousand and approaching 14 thousand hits now. Has anyone else experiencing this? I know I expect a greater hit because of what my site does for the public as far as Anti-Spam reporting, and terminating spammer domains, but this is ridiculous on the amount of hits I'm getting. Its averaging about 2000 hits a day now just for BB2, and that's not including normal traffic. Lets have a poll out there on how many people are averaging. Michael From geeklog at mystral-kk.net Wed Nov 21 19:14:08 2007 From: geeklog at mystral-kk.net (geeklog at mystral-kk.net) Date: Thu, 22 Nov 2007 09:14:08 +0900 (JST) Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: <005d01c82bfc$e4c3a880$ae4af980$@com> References: <005d01c82bfc$e4c3a880$ae4af980$@com> Message-ID: <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> Mark wrote: > Dengen, > > Great work! I did a CVS checkout just a few minutes ago, applied your > patch, changed the Doctype to XHTML Transitional and now I have a test > site > that validates 100% XHTML. The patch applied without error and took all > of > 2 minutes to get all this setup. > > This certainly addresses the only real concerned voiced about moving to > XHTML, it is now fully configurable and there is a patch to the current > (as > of Nov 20, 2007 @ 11:05pm CST) CVS tree. A simple edit of functions.php > and > header.thtml and back to HTML 4.01 Strict. > > I'm sure this took a very significant amount of time and effort and I > certainly appreciate all the hard work. I'm only hopeful that the core > team > will act swiftly before this patch becomes outdated. Although CVS > activity > has been very slow as of late, this effort should not be ignored and > should > be acted on soon. > > Please don't let Dengen's work go unanswered. > > Thanks! > Mark Many people using Geeklog in Japan, including me, helped dengen convert the code, because we firmly believe Geeklog with the XHTML option will certainly be the more attractive and exciting for the present and potential Geeklog users. We made great efforts to make it easy for the dev team to adopt and merge the patch by targeting the newest code in CVS. We made some (not complete, of course) tests to see if the patched Geeklog will normally function. Many Japanese users believe in Geeklog's potential and want to contribute to its developmet. We fervently hope that dengen's patch will be adopted promptly and that Geeklog will become the more inviting for all users. -- mystral-kk geeklog at mystral-kk.net http://mystral-kk.net From geeklog at thehares.com Fri Nov 23 11:40:27 2007 From: geeklog at thehares.com (Jeff Hare) Date: Fri, 23 Nov 2007 11:40:27 -0500 Subject: [geeklog-devel] Geeklog Story Size Limits In-Reply-To: <000501c82c4c$6ff4ccf0$fe00a8c0@ns2.spacequad.com> References: <000501c82c4c$6ff4ccf0$fe00a8c0@ns2.spacequad.com> Message-ID: <000101c82def$8f1634d0$ad429e70$@com> Hello, find myself running into story truncation much more frequently as a result of the html editor's Word paste option. The Story uses the mysql TEXT datatype for the story body, which is limited to 64k characters. Given that most of my story editors prefer to compose their articles offline using MS Word and paste them into the fck editor, we're frequently running into the silent truncation problem. Also, has anyone found a good approach for offline editing? My users are bellowing about having to compose articles interactively online. What's the chance of bumping the story body type up to MEDIUMTEXT? -Jeff From dirk at haun-online.de Fri Nov 23 16:00:02 2007 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 23 Nov 2007 22:00:02 +0100 Subject: [geeklog-devel] Geeklog Story Size Limits In-Reply-To: <000101c82def$8f1634d0$ad429e70$@com> References: <000501c82c4c$6ff4ccf0$fe00a8c0@ns2.spacequad.com> <000101c82def$8f1634d0$ad429e70$@com> Message-ID: <20071123210002.1206530884@smtp.haun-online.de> Jeff Hare wrote: >What's the chance of bumping the story body type up to MEDIUMTEXT? I'd like to pass this question on to our database experts: What would be the downsides? Would it, for example, require more space even if not used? >Also, has anyone found a good approach >for offline editing? My users are bellowing about having to compose >articles interactively online. Sounds like a job for the webservices API. Blaine didn't seem to have a lot of success with Windows Live Writer but we haven't gotten down to the details. It may be a problem in WLW or the problem may be on Geeklog's end (one of these should be easier to fix than the other ;-) Or you could give my old blog plugin a try. It implemented the Blogger API, so it should work with many clients that support that protocol. I don't know if it still works, though - haven't used it myself in a while. And since we didn't have an "internal API" back then, it had to write directly to the database - so any db changes that happened since then may have broken it ... bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From devel at portalparts.com Fri Nov 23 18:19:15 2007 From: devel at portalparts.com (Blaine Lang) Date: Fri, 23 Nov 2007 18:19:15 -0500 Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> References: <005d01c82bfc$e4c3a880$ae4af980$@com> <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> Message-ID: <47475FF3.2020902@portalparts.com> Dirk, What do you think about applying this patch into CVS for the 1.5 release? Sounds like the sooner we get this implemented the better and it supports the work Eric and Mark have been doing on the new tablesless theme. Blaine geeklog at mystral-kk.net wrote: > Mark wrote: > > >> Dengen, >> >> Great work! I did a CVS checkout just a few minutes ago, applied your >> patch, changed the Doctype to XHTML Transitional and now I have a test >> site >> that validates 100% XHTML. The patch applied without error and took all >> of >> 2 minutes to get all this setup. >> >> This certainly addresses the only real concerned voiced about moving to >> XHTML, it is now fully configurable and there is a patch to the current >> (as >> of Nov 20, 2007 @ 11:05pm CST) CVS tree. A simple edit of functions.php >> and >> header.thtml and back to HTML 4.01 Strict. >> >> I'm sure this took a very significant amount of time and effort and I >> certainly appreciate all the hard work. I'm only hopeful that the core >> team >> will act swiftly before this patch becomes outdated. Although CVS >> activity >> has been very slow as of late, this effort should not be ignored and >> should >> be acted on soon. >> >> Please don't let Dengen's work go unanswered. >> >> Thanks! >> Mark >> > > Many people using Geeklog in Japan, including me, helped dengen convert > the code, because we firmly believe Geeklog with the XHTML option will > certainly be the more attractive and exciting for the present and > potential Geeklog users. > > We made great efforts to make it easy for the dev team to adopt and > merge the patch by targeting the newest code in CVS. We made some (not > complete, of course) tests to see if the patched Geeklog will normally > function. > > Many Japanese users believe in Geeklog's potential and want to > contribute to its developmet. We fervently hope that dengen's patch > will be adopted promptly and that Geeklog will become the more inviting > for all users. > From dirk at haun-online.de Sat Nov 24 03:58:01 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 24 Nov 2007 09:58:01 +0100 Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: <47475FF3.2020902@portalparts.com> References: <005d01c82bfc$e4 c3a880$ae4af980$@com> <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> <47475FF3.2020902@portalparts.com> Message-ID: <20071124085801.1698499089@smtp.haun-online.de> Blaine Lang wrote: >What do you think about applying this patch into CVS for the 1.5 release? >Sounds like the sooner we get this implemented the better I already had a chat with Oliver about this and he has volunteered to take care of it. Looking (briefly) through the patch file, I'm a bit concerned about this, however: -# $Id: english_utf-8.php,v 1.8 2007/08/29 05:25:31 ospiess Exp $ +# $Id: english_utf-8.php,v 1.22 2007/10/09 05:39:36 ospiess Exp $ So this is a patch against version 1.8 of the Links plugin language file to bring it up to version 1.22. This doesn't look like the patch was really done against a current CVS version. It only applies to a few language files, though, AFAICS. I just hope it doesn't un-do any other changes elsewhere ... Suggestion for improvement (but we can do this once the patch is in CVS): This looks really ugly and is a pain to type, especially in the language files: 77 => 'WARNING:You have set your default encoding ... How about defining a constant "BR": define('BR', ''); Then you could write this as 77 => 'WARNING:' . BR . 'You have set your default encoding ... And a somewhat unrelated side note: -
    + Not sure if this was ever resolved, but this is actually a clash between the XHTML specification and the HTTP specification where the former asks for lower-case and the latter requires upper-case. Shouldn't make a difference in practice, though. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From joe at ThrowingDice.com Sat Nov 24 07:17:45 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Sat, 24 Nov 2007 07:17:45 -0500 Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: <20071124085801.1698499089@smtp.haun-online.de> References: <"005d01c82bfc$e4 c3a880$ae4af980$"@com> <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> <47475FF3.2020902@portalparts.com> <20071124085801.1698499089@smtp.haun-online.de> Message-ID: <0JS000GA7FI9N1W0@mta1.srv.hcvlny.cv.net> At 03:58 AM 11/24/2007, Dirk Haun wrote: >And a somewhat unrelated side note: > >- >+ > >Not sure if this was ever resolved, but this is actually a clash between >the XHTML specification and the HTTP specification where the former asks >for lower-case and the latter requires upper-case. Shouldn't make a >difference in practice, though. That's not an issue at all. The browser is responsible for following the HTTP spec and so it should use the method attribute to tell whether to POST or GET the request but it has no reason to care whether you spell that post or POST or Post or POst or PoSt or all the other combinations. It would be a very sloppily written user-agent that took the form's method attribute and copied it's text into the HTTP request. ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From dirk at haun-online.de Sat Nov 24 07:45:53 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 24 Nov 2007 13:45:53 +0100 Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: <0JS000GA7FI9N1W0@mta1.srv.hcvlny.cv.net> References: <"005d01c82bfc$e4 c3a880$ae4af980$"@com> <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> <47475FF3.2020902@portalparts.com> <20071124085801.1698499089@smtp.haun-online.de> <0JS000GA7FI9N1W0@mta1.srv.hcvlny.cv.net> Message-ID: <20071124124553.452559520@smtp.haun-online.de> Joe Mucchiello wrote: >It would be a very sloppily written >user-agent that took the form's method attribute and copied it's text >into the HTTP request. I was about to say that the browser should probably accept methods other than POST and GET and then it wouldn't be so clear. But the HTML specification clearly states that only POST and GET are valid for "method" (lower-case for XHTML, case-insensitive for HTML 4). So, yeah, it's the browser's responsibility to use the proper spelling in HTTP. Case closed, one problem less to worry about ;-) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From casual.dodo at gmail.com Sat Nov 24 07:47:40 2007 From: casual.dodo at gmail.com (Ramnath R Iyer) Date: Sat, 24 Nov 2007 07:47:40 -0500 Subject: [geeklog-devel] Recent and remaining work on the webservices In-Reply-To: <20071118220303.1026980301@smtp.haun-online.de> References: <20071118220303.1026980301@smtp.haun-online.de> Message-ID: <200711240747.44162@aiq.qnet> On Sunday 18 November 2007 17:03:03 Dirk Haun wrote: > Remaining issues: > > - As discussed: The service document (introspection) should return two > collections, one for stories and one for static pages. I have updated the code in CVS to return a collection for each plugin that indicates that it supports webservices. Checking if a plugin supports webservices can now be done by calling: PLG_wsEnabled($plugin) This, in turn, calls: plugin_wsEnabled_() which should return true for any plugin that wants to support services. This function can be later extended to check a configuration option before returning true. The PLG_invokeService method has been been updated to do something only if the function above returns true. -- Ramnath R Iyer -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From dirk at haun-online.de Sat Nov 24 08:04:13 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 24 Nov 2007 14:04:13 +0100 Subject: [geeklog-devel] Recent and remaining work on the webservices In-Reply-To: <20071118220303.1026980301@smtp.haun-online.de> References: <20071118220303.1026980301@smtp.haun-online.de> Message-ID: <20071124130413.1561653450@smtp.haun-online.de> Dirk Haun wrote: >Remaining issues: Forgot one pretty important thing - input from anyone welcome ... - The separation into intro and body text. Atompub doesn't really have any support for this. It does have a "content" and a "summary" element, but those aren't really the same: "content" is the article's (or whatever) entire content and "summary" is just that - a separate description of "content". In CVS, we're currently using "summary" for the introtext only if there's both a body and an introtext - but that's wrong and already causes problems with some clients (e.g. appfs). So the only possible solution is to stick both intro and body text into "content" and use some special markup there to tell them apart. But what? Ideas: -
    and
    - a pseudo-tag to indicate where the bodytext starts, e.g. [body] - use [page_break] - first occurence defines the start of the bodytext Other ideas? bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From taharaxp at gmail.com Sat Nov 24 09:34:25 2007 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sat, 24 Nov 2007 23:34:25 +0900 Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: <20071124124553.452559520@smtp.haun-online.de> References: <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> <47475FF3.2020902@portalparts.com> <20071124085801.1698499089@smtp.haun-online.de> <0JS000GA7FI9N1W0@mta1.srv.hcvlny.cv.net> <20071124124553.452559520@smtp.haun-online.de> Message-ID: Dirk Haun wrote: > -# $Id: english_utf-8.php,v 1.8 2007/08/29 05:25:31 ospiess Exp $ > +# $Id: english_utf-8.php,v 1.22 2007/10/09 05:39:36 ospiess Exp $ > So this is a patch against version 1.8 of the Links plugin language file > to bring it up to version 1.22. This doesn't look like the patch was > really done against a current CVS version. It only applies to a few > language files, though, AFAICS. > I just hope it doesn't un-do any other changes elsewhere ... I'm sorry. I thought a change to english.php to be should apply to english_utf-8.php likewise. I will confirm whether there is not such a thing elsewhere once again. > Suggestion for improvement (but we can do this once the patch is in > CVS): This looks really ugly and is a pain to type, especially in the > language files: > 77 => 'WARNING:You have set your default encoding ... > How about defining a constant "BR": > define('BR', ''); > Then you could write this as > 77 => 'WARNING:' . BR . 'You have set your default encoding ... I thought that I wanted to change it like that if possible. Do you change it as follows? W:\path\to\Geeklog\public_html\layout\professional\functions.php if (!defined ('XHTML')) { define('XHTML',''); // change this to ' /' for XHTML } if (!defined ('BR')) { define('BR', ''); } if (!defined ('HR')) { define('HR', ''); } We are ready to modify code again if demanded. -- Yoshinori Tahara - dengen From dirk at haun-online.de Sat Nov 24 10:12:28 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 24 Nov 2007 16:12:28 +0100 Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: References: <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> <47475FF3.2020902@portalparts.com> <20071124085801.1698499089@smtp.haun-online.de> <0JS000GA7FI9N1W0@mta1.srv.hcvlny.cv.net> <20071124124553.452559520@smtp.haun-online.de> Message-ID: <20071124151228.732115814@smtp.haun-online.de> Yoshinori Tahara wrote: >I'm sorry. >I thought a change to english.php to be should apply to english_utf-8.php >likewise. Ah, I see. Only 3 language files seem to have been patched that way so I guess we're okay. The template files don't have $Id lines, though, so it's hard to see if some of them were affected or not. >I will confirm whether there is not such a thing elsewhere once again. Thanks. >Do you change it as follows? > >W:\path\to\Geeklog\public_html\layout\professional\functions.php >if (!defined ('XHTML')) { > define('XHTML',''); // change this to ' /' for XHTML >} >if (!defined ('BR')) { > define('BR', ''); Good question: What would be the best place to define BR (and XHTML)? Now that we don't have a config.php any more ... If we do it like suggested above, we need a default definition of BR (to '
    ') somewhere in the core code. In fact, we need to define it somewhere else, because the language files are included before the theme's functions.php. Hmm, maybe this doesn't work out as I intended. >We are ready to modify code again if demanded. I'd say we get your current patch into CVS first. I have a couple of other things that I'd like to add to CVS and that I'm holding back for the moment. Plus, we need to think things through wrt BR first. bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From xp at hybel.de Sat Nov 24 14:08:43 2007 From: xp at hybel.de (Alexander Hybel) Date: Sat, 24 Nov 2007 20:08:43 +0100 Subject: [geeklog-devel] Geeklog Story Size Limits In-Reply-To: <20071123210002.1206530884@smtp.haun-online.de> References: <000501c82c4c$6ff4ccf0$fe00a8c0@ns2.spacequad.com> <000101c82def$8f1634d0$ad429e70$@com> <20071123210002.1206530884@smtp.haun-online.de> Message-ID: <474876BB.6000104@hybel.de> Hello all, Dirk Haun wrote: > Jeff Hare wrote: >> What's the chance of bumping the story body type up to MEDIUMTEXT? >> > > I'd like to pass this question on to our database experts: What would be > the downsides? Would it, for example, require more space even if not used? > While I'm not one of the DB experts ;-) my fat MySQL book (for MySQL 4) and the online documentation at http://dev.mysql.com/doc/refman/5.1/en/storage-requirements.html (here for MySQL 5.1) tell me that the space requirements for MEDIUMTEXT are minimal above TEXT. To be precise it's 1 byte per entry! With this you have room for 16.777.215 characters - not taking space requirements for Unicode characters into account. These can take up to three bytes space. Other than that there doesn't seem to be a big downside. Of course larger DB entries won't exactly lead to better performance, but this is only in effect if one really uses that much space. Apparently the current TEXT size with up to 65k chars is sufficient for the average GL user. So these people shouldn't see or feel any difference at all. -- Regards, Alexander Hybel From geeklog at thehares.com Sat Nov 24 22:06:33 2007 From: geeklog at thehares.com (Jeff Hare) Date: Sat, 24 Nov 2007 22:06:33 -0500 Subject: [geeklog-devel] Geeklog Story Size Limits In-Reply-To: <474876BB.6000104@hybel.de> References: <000501c82c4c$6ff4ccf0$fe00a8c0@ns2.spacequad.com> <000101c82def$8f1634d0$ad429e70$@com> <20071123210002.1206530884@smtp.haun-online.de> <474876BB.6000104@hybel.de> Message-ID: <000401c82f10$30675640$913602c0$@com> Hi, Regarding MSSQL: ================ When I looked at the schema for the MS-SQL database, upon first glance, it appears to define story intro and body contents as VARCHAR(5000). Surely that's not right, am I misreading the Schema in mssql_tableanddata.php? I would have perhaps expected VARCHAR(65536) to be compatible with current/past MySQL TEXT limits. For SQL Server, perhaps we should be thinking about changing varchar() to text and using full text search index instead? Having intro(5000) and body(5000) already puts us over the 8060 byte row "limit" for updating. Problem there is that it may work fine now, but fail later from what I understand (but have not personally experienced). SQL Server 2005 may not have quite the same soft 8060 byte row updating limit. It's possible I'm wrong on this however as I'm not a seasoned SQL Server vet. -Jeff -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Alexander Hybel Sent: Saturday, November 24, 2007 2:09 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog Story Size Limits Hello all, Dirk Haun wrote: > Jeff Hare wrote: >> What's the chance of bumping the story body type up to MEDIUMTEXT? >> > > I'd like to pass this question on to our database experts: What would be > the downsides? Would it, for example, require more space even if not used? > While I'm not one of the DB experts ;-) my fat MySQL book (for MySQL 4) and the online documentation at http://dev.mysql.com/doc/refman/5.1/en/storage-requirements.html (here for MySQL 5.1) tell me that the space requirements for MEDIUMTEXT are minimal above TEXT. To be precise it's 1 byte per entry! With this you have room for 16.777.215 characters - not taking space requirements for Unicode characters into account. These can take up to three bytes space. Other than that there doesn't seem to be a big downside. Of course larger DB entries won't exactly lead to better performance, but this is only in effect if one really uses that much space. Apparently the current TEXT size with up to 65k chars is sufficient for the average GL user. So these people shouldn't see or feel any difference at all. -- Regards, Alexander Hybel _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From geeklog at mystral-kk.net Sun Nov 25 00:30:34 2007 From: geeklog at mystral-kk.net (geeklog at mystral-kk.net) Date: Sun, 25 Nov 2007 14:30:34 +0900 (JST) Subject: [geeklog-devel] GL selectable between HTML and XHTML In-Reply-To: <20071124151228.732115814@smtp.haun-online.de> References: <46214.192.168.1.22.1195690448.squirrel@www.s215.xrea.com> <47475FF3.2020902@portalparts.com> <20071124085801.1698499089@smtp.haun-online.de> <0JS000GA7FI9N1W0@mta1.srv.hcvlny.cv.net> <20071124124553.452559520@smtp.haun-online.de> <20071124151228.732115814@smtp.haun-online.de> Message-ID: <60155.192.168.1.22.1195968634.squirrel@www.s215.xrea.com> Dirk Haun wrote: > Good question: What would be the best place to define BR (and XHTML)? > Now that we don't have a config.php any more ... > > If we do it like suggested above, we need a default definition of BR (to > '
    ') somewhere in the core code. In fact, we need to define it > somewhere else, because the language files are included before the > theme's functions.php. > > Hmm, maybe this doesn't work out as I intended. Since a Web site using Geeklog is not very likely to use both HTML-based themes and XHTML-based ones, I think it would be better to define BR in public_html/siteconfig.php as follows: if ( !defined( 'BR' ) ) { define( 'BR', '
    ' ); // define( 'BR', '
    ' ); // Use this for XHTML } Or how about defining the XHTML constant here, too. if ( !defined( 'XHTML' ) ) { define( 'XHTML', '' ); // define ( 'XHTML', ' /' ); // Use this for XHTML } if ( !defined( 'BR' ) ) { define( 'BR', '' ); } -- mystral-kk geeklog at mystral-kk.net http://mystral-kk.net From joe at ThrowingDice.com Sun Nov 25 00:34:05 2007 From: joe at ThrowingDice.com (Joe Mucchiello) Date: Sun, 25 Nov 2007 00:34:05 -0500 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x In-Reply-To: <20071125051856.E28A410FE12@qs1489.pair.com> References: <20071125051856.E28A410FE12@qs1489.pair.com> Message-ID: <0JS1008SMRHIOMO0@mta4.srv.hcvlny.cv.net> I hate to sound whiny but I thought we were in a feature freeze. There's this and the XHTML stuff going in. Is anything going to happen with the template caching? At 12:18 AM 11/25/2007, Blaine Lang wrote: >Added user 'batch admin' feature to send out account reminders to >users that have not frequented the site recently ---- Joe Mucchiello Throwing Dice Games http://www.throwingdice.com From oliver at spiesshofer.com Sun Nov 25 03:16:02 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 25 Nov 2007 16:16:02 +0800 Subject: [geeklog-devel] XHTML Changes Message-ID: <47492F42.5020803@spiesshofer.com> Hi all, here is my summary of the XHTML changes. Dengen, please comment on this: RCS file: /usr/home/geeklog2/cvsroot/geeklog/Geeklog-1.x/public_html/layout/professional/article/printable.thtml,v retrieving revision 1.6 retrieving revision 1.7 diff -C2 -d -r1.6 -r1.7 *** printable.thtml 17 Sep 2007 02:31:03 -0000 1.6 --- printable.thtml 25 Nov 2007 06:59:33 -0000 1.7 *************** *** 1,4 **** ! ! {page_title} --- 1,4 ---- ! ! {page_title} *************** Why are we using transitional here? Where is the optional setting? *** header.thtml 17 Sep 2007 05:36:50 -0000 1.32 --- header.thtml 25 Nov 2007 06:59:22 -0000 1.33 *************** *** 1,10 **** What will be the proper Doctype for the XHTML option? *** geeklog.rss 15 May 2006 05:58:55 -0000 1.2 --- geeklog.rss 25 Nov 2007 06:58:56 -0000 1.3 *************** *** 1,26 **** - - ... why was all of this removed? *** block.php 29 Aug 2007 09:33:54 -0000 1.115 --- block.php 25 Nov 2007 06:58:55 -0000 1.116 *************** *** 164,167 **** --- 164,168 ---- $block_templates->set_var('permissions_editor', SEC_getPermissionsHTML($A['perm_owner'],$A['perm_group'],$A['perm_members'],$A['perm_anon'])); $block_templates->set_var('permissions_msg', $LANG_ACCESS['permmsg']); + $block_templates->set_var('max_url_length', 255); // @@@@ added by dengen 2007/09/08 $block_templates->parse('output','editor'); $retval .= $block_templates->finish($block_templates->get_var('output')); Why this? If we cannot set itv as a config or functions.php-variable, we might as well keep it fixed in the template? *** style.css 6 Sep 2007 06:45:12 -0000 1.3 --- style.css 25 Nov 2007 06:58:55 -0000 1.4 *************** *** 178,182 **** label { padding: 0px; ! width: 12em; float: left; text-align: left; --- 178,182 ---- label { padding: 0px; ! width: 14em; float: left; Whats this here? I guess an erroneous submit? Oliver From oliver at spiesshofer.com Sun Nov 25 03:26:15 2007 From: oliver at spiesshofer.com (Oliver Spiesshofer) Date: Sun, 25 Nov 2007 16:26:15 +0800 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x In-Reply-To: <0JS1008SMRHIOMO0@mta4.srv.hcvlny.cv.net> References: <20071125051856.E28A410FE12@qs1489.pair.com> <0JS1008SMRHIOMO0@mta4.srv.hcvlny.cv.net> Message-ID: <474931A7.6090001@spiesshofer.com> Dirk & myself agreed that we should submit the XHTML now since it is done and touches many many files as you can see. If we use this later it will be much more work. I did not know that Blaine planned to finish that code so soon. Neither do I know about the template caching, Dirk has asked around for the possible implications, but we seem some opinions missing here. Oliver Joe Mucchiello wrote: > I hate to sound whiny but I thought we were in a feature freeze. > There's this and the XHTML stuff going in. Is anything going to happen > with the template caching? > > At 12:18 AM 11/25/2007, Blaine Lang wrote: >> Added user 'batch admin' feature to send out account reminders to >> users that have not frequented the site recently From dirk at haun-online.de Sun Nov 25 03:31:12 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 25 Nov 2007 09:31:12 +0100 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x In-Reply-To: <0JS1008SMRHIOMO0@mta4.srv.hcvlny.cv.net> References: <20071125051856.E28A410FE12@qs1489.pair.com> <0JS1008SMRHIOMO0@mta4.srv.hcvlny.cv.net> Message-ID: <20071125083112.1303017781@smtp.haun-online.de> Joe Mucchiello wrote: >I hate to sound whiny but I thought we were in a feature freeze. >There's this and the XHTML stuff going in. We talked about the XHTML patches. Oliver had already done some (limited) work on this in CVS and we wanted to spare Dengen et al. the hassle of having to make such a monster patch a third time ... As for the user stuff - that surprised me as well :-/ Blaine, why did you submit this? I thought we were getting a chance to try it out and talk about it first. >Is anything going to happen with the template caching? Just yesterday, I had a look at the three patches to Geeklog's core code that you describe in the readme. I will add them to CVS but not the template library itself. That should make it easier for anyone to try your code out and then when 1.5.1 comes around, we can discuss again whether we want to include it or not. bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From mevans at ecsnet.com Sun Nov 25 04:27:32 2007 From: mevans at ecsnet.com (Mark R. Evans) Date: Sun, 25 Nov 2007 03:27:32 -0600 Subject: [geeklog-devel] [geeklog-cvs] Geeklog-1.x In-Reply-To: <20071125083112.1303017781@smtp.haun-online.de> References: <20071125051856.E28A410FE12@qs1489.pair.com> <0JS1008SMRHIOMO0@mta4.srv.hcvlny.cv.net> <20071125083112.1303017781@smtp.haun-online.de> Message-ID: <50aae8730711250127o2ea29beja0d2ef277b19b4b0@mail.gmail.com> So no template caching for 1.5? This is a shame! I have been running that library with every plugin available (that still works with GL 141) without issue (see glcvs.gllabs.org). The new if logic included could be a real boost to speed and productivity for both Geeklog and plugins. I already done some prototyping using this feature and it can remove using all these little one line templates to handle is there something to display or isn't there. I guess I don't understand how there could be all the discussion here months ago about doing something about the template library and then when someone does something that works incredibly well, is 100% backward compatible and provides a performance increase it is tossed aside. Don't get me wrong, I'm thrilled that the XHTML patch was finally acted upon, but I'm just trying to find and understand the logic about the caching template library. It was submitted here back in September and this is the first time it has finally be addressed and the answer is, wait for 1.5.1? I know how much work Joe put into this, I've done several rounds of benchmarking, I've done a significant amount of testing of this library to validate it works as it should. I guess I don't understand how this can be set aside and core changes that simply don't work (pure CSS commit moving header to COM_siteFooter - references variable that don't even exist or get passed, doesn't support dynamic columns, etc.) get in the codebase. I wish this would be reconsidered, if nothing else, have it as an option, use caching or don't. I would prefer to see this become the only template library as the new features make it a much stronger tool than what is in place today. Another unsolicited opinion.... Thanks! Mark On 11/25/07, Dirk Haun wrote: > > Joe Mucchiello wrote: > > >I hate to sound whiny but I thought we were in a feature freeze. > >There's this and the XHTML stuff going in. > > We talked about the XHTML patches. Oliver had already done some > (limited) work on this in CVS and we wanted to spare Dengen et al. the > hassle of having to make such a monster patch a third time ... > > As for the user stuff - that surprised me as well :-/ Blaine, why did > you submit this? I thought we were getting a chance to try it out and > talk about it first. > > > >Is anything going to happen with the template caching? > > Just yesterday, I had a look at the three patches to Geeklog's core code > that you describe in the readme. I will add them to CVS but not the > template library itself. That should make it easier for anyone to try > your code out and then when 1.5.1 comes around, we can discuss again > whether we want to include it or not. > > bye, Dirk > > > -- > http://www.haun-online.de/ > http://spam.tinyweb.net/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Sun Nov 25 05:34:15 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 25 Nov 2007 11:34:15 +0100 Subject: [geeklog-devel] XHTML Changes In-Reply-To: <47492F42.5020803@spiesshofer.com> References: <47492F42.5020803@spiesshofer.com> Message-ID: <20071125103415.158685035@smtp.haun-online.de> Oliver Spiesshofer wrote: >*** geeklog.rss 15 May 2006 05:58:55 -0000 1.2 >--- geeklog.rss 25 Nov 2007 06:58:56 -0000 1.3 >*************** >*** 1,26 **** >- >- ... > >why was all of this removed? I guess it doesn't really make sense to keep anything in the default RSS file since it will be overwritten anyway. However, I seem to remember that we had problems with providing 0-byte files in the past (hence the dummy entries in the logfiles). So I think there should be something in that file. What would an empty RSS file (i.e. valid but without any content) look like? >+ $block_templates->set_var('max_url_length', 255); // @@@@ added by >dengen 2007/09/08 > >Why this? If we cannot set itv as a config or functions.php-variable, we >might as well keep it fixed in the template? There's quite a few of these in various places all over the code. That was a half-hearted attempt to prepare for a configurable max. length for URLs, should we ever need them. Looks like that variable was missing from the default block editor. It's used in the template file (in 1.4.1) but not set in admin/block.php. So that's actually a bugfix. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From taharaxp at gmail.com Sun Nov 25 05:55:50 2007 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sun, 25 Nov 2007 19:55:50 +0900 Subject: [geeklog-devel] XHTML Changes In-Reply-To: <47492F42.5020803@spiesshofer.com> References: <47492F42.5020803@spiesshofer.com> Message-ID: Oliver Spiesshofer wrote: > RCS file: /usr/home/geeklog2/cvsroot/geeklog/Geeklog-1.x/public_html/layout/professional/article/printable.thtml,v > retrieving revision 1.6 > retrieving revision 1.7 > diff -C2 -d -r1.6 -r1.7 > *** printable.thtml 17 Sep 2007 02:31:03 -0000 1.6 > --- printable.thtml 25 Nov 2007 06:59:33 -0000 1.7 > *************** > *** 1,4 **** > ! > ! > > {page_title} > --- 1,4 ---- > ! > ! > > {page_title} > *************** > > Why are we using transitional here? Where is the optional setting? > Here, we should have matched it with header.thtml and should have unified it in 4.01 HTML Strict. There is not the option setting of DOCTYPE, and it is necessary to do a hard code. Should we add option setting of DOCTYPE? > *** header.thtml 17 Sep 2007 05:36:50 -0000 1.32 > --- header.thtml 25 Nov 2007 06:59:22 -0000 1.33 > *************** > *** 1,10 **** > > > What will be the proper Doctype for the XHTML option? > We think that "HTML 4.01 Strict" is suitable for the standard. > *** geeklog.rss 15 May 2006 05:58:55 -0000 1.2 > --- geeklog.rss 25 Nov 2007 06:58:56 -0000 1.3 > *************** > *** 1,26 **** > - > - ... > > why was all of this removed? > The change to geeklog.rss was not included in our patch. > *** block.php 29 Aug 2007 09:33:54 -0000 1.115 > --- block.php 25 Nov 2007 06:58:55 -0000 1.116 > *************** > *** 164,167 **** > --- 164,168 ---- > $block_templates->set_var('permissions_editor', SEC_getPermissionsHTML($A['perm_owner'],$A['perm_group'],$A['perm_members'],$A['perm_anon'])); > $block_templates->set_var('permissions_msg', $LANG_ACCESS['permmsg']); > + $block_templates->set_var('max_url_length', 255); // @@@@ added by dengen 2007/09/08 > $block_templates->parse('output','editor'); > $retval .= $block_templates->finish($block_templates->get_var('output')); > > Why this? If we cannot set itv as a config or functions.php-variable, we might as well keep it fixed in the template? > Template variable {max_url_length} was used for defaultblockeditor.thtml in CVS. Because it was not defined in block.php, I defined it. We want to entrust it to the judgment of the developer team whether a hard code is suitable. > *** style.css 6 Sep 2007 06:45:12 -0000 1.3 > --- style.css 25 Nov 2007 06:58:55 -0000 1.4 > *************** > *** 178,182 **** > label { > padding: 0px; > ! width: 12em; > float: left; > text-align: left; > --- 178,182 ---- > label { > padding: 0px; > ! width: 14em; > float: left; > > Whats this here? I guess an erroneous submit? > I'm confirming it to mystral-kk was in charge of a revision now. -- Yoshinori Tahara - dengen From dirk at haun-online.de Sun Nov 25 06:05:37 2007 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 25 Nov 2007 12:05:37 +0100 Subject: [geeklog-devel] XHTML Changes In-Reply-To: References: <47492F42.5020803@spiesshofer.com> Message-ID: <20071125110537.2056649124@smtp.haun-online.de> Yoshinori Tahara wrote: >There is not the option setting of DOCTYPE, and it is necessary to do >a hard code. >Should we add option setting of DOCTYPE? I don't think that's necessary. It's only one file anyway (two if you count printable.thtml) and a change that you only have to do once. bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From taharaxp at gmail.com Sun Nov 25 06:19:43 2007 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sun, 25 Nov 2007 20:19:43 +0900 Subject: [geeklog-devel] XHTML Changes In-Reply-To: <20071125110537.2056649124@smtp.haun-online.de> References: <47492F42.5020803@spiesshofer.com> <20071125110537.2056649124@smtp.haun-online.de> Message-ID: Dirk Haun wrote: > I don't think that's necessary. It's only one file anyway (two if you > count printable.thtml) and a change that you only have to do once. I agree, too. -- Yoshinori Tahara - dengen From taharaxp at gmail.com Sun Nov 25 08:40:22 2007 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sun, 25 Nov 2007 22:40:22 +0900 Subject: [geeklog-devel] XHTML Changes In-Reply-To: <47492F42.5020803@spiesshofer.com> References: <47492F42.5020803@spiesshofer.com> Message-ID: Oliver Spiesshofer wrote: > *** style.css 6 Sep 2007 06:45:12 -0000 1.3 > --- style.css 25 Nov 2007 06:58:55 -0000 1.4 > *************** > *** 178,182 **** > label { > padding: 0px; > ! width: 12em; > float: left; > text-align: left; > --- 178,182 ---- > label { > padding: 0px; > ! width: 14em; > float: left; > > Whats this here? I guess an erroneous submit? Because the width of this column (probably,