From websitemaster at cogeco.net Thu Aug 1 17:42:10 2013 From: websitemaster at cogeco.net (Tom) Date: Thu, 1 Aug 2013 17:42:10 -0400 Subject: [geeklog-devel] Geeklog CKEditor Integration In-Reply-To: <02c101ce8e35$b3b22310$1b166930$@cogeco.net> References: <00e001ce8b9e$296bd730$7c438590$@cogeco.net> <74913849-8980-49F3-9C38-50037C1D4527@haun-online.de> <00f601ce8bb3$c59842a0$50c8c7e0$@cogeco.net> <427308A4-BDA8-4516-B693-3775548BA566@nlbox.com> <011601ce8bda$a812aa50$f837fef0$@cogeco.net> <018b01ce8ca4$1f9cd4a0$5ed67de0$@cogeco.net> <0A944FF6-C955-4FE6-B2ED-049732B770BA@nlbox.com> <92C8CE52-23FE-4BAB-A54C-BCEE6DF6FBBB@haun-online.de> <20130731143336.Horde.A_o4rUAtPNaZXvm5riOGFg6@webmail.df.eu> <02c101ce8e35$b3b22310$1b166930$@cogeco.net> Message-ID: <033101ce8eff$fa0158c0$ee040a40$@cogeco.net> Surprising no replies yet on my post, I guess we should give them a bit longer. The website says GPLv3 but the code says GPLv2+. I would go with the code version but it looks like they want to move to GPLv3 anyways (re website says 3) which I guess if it doesn't give us problems now it may in the future. What are the next steps Dirk so we don't leave Dengen hanging. Are you dead set changing the Geeklog license? Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: July-31-13 5:34 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Geeklog CKEditor Integration I have asked the question of which license the CKEditor uses and if we are compatible on their forums. http://ckeditor.com/forums/CKEditor/Licensing-Question-about-the-CKEditor-GP Lv3-or-is-it-GPLv2-or-later Hopefully we will get a positive reply. Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Yoshinori Tahara Sent: July-31-13 8:57 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog CKEditor Integration Dirk wrote: > And no worries, you're apparently not the only one who was confused by this. > I found a Drupal issue that also assumes CKEditor is GPLv3: https://drupal.org/node/1996750 Thank you. It's very interesting information for me. Well then, I wish to research about the CKEditor integration little more. -- dengen -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Fri Aug 2 15:38:15 2013 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 2 Aug 2013 21:38:15 +0200 Subject: [geeklog-devel] Geeklog CKEditor Integration In-Reply-To: <033101ce8eff$fa0158c0$ee040a40$@cogeco.net> References: <00e001ce8b9e$296bd730$7c438590$@cogeco.net> <74913849-8980-49F3-9C38-50037C1D4527@haun-online.de> <00f601ce8bb3$c59842a0$50c8c7e0$@cogeco.net> <427308A4-BDA8-4516-B693-3775548BA566@nlbox.com> <011601ce8bda$a812aa50$f837fef0$@cogeco.net> <018b01ce8ca4$1f9cd4a0$5ed67de0$@cogeco.net> <0A944FF6-C955-4FE6-B2ED-049732B770BA@nlbox.com> <92C8CE52-23FE-4BAB-A54C-BCEE6DF6FBBB@haun-online.de> <20130731143336.Horde.A_o4rUAtPNaZXvm5riOGFg6@webmail.df.eu> <02c101ce8e35$b3b22310$1b166930$@cogeco.net> <033101ce8eff$fa0158c0$ee040a40$@cogeco.net> Message-ID: <4385FD5D-B081-461C-A6B5-782581A7725C@haun-online.de> Tom wrote: > Surprising no replies yet on my post, I guess we should give them a bit longer. Looks like we have an answer now: > The license in use for CKEditor is GNU General Public License Version 2 or later (the "GPL"), as indicated in the LICENSE.md file (for CKEditor 4) and the LICENSE.html file (for CKEditor 3). So, all is well. We don't need to change anything and Dengen can continue his work (thanks for that, btw :) bye, Dirk -- http://www.themobilepresenter.com/ From taharaxp at gmail.com Fri Aug 2 19:17:24 2013 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sat, 3 Aug 2013 08:17:24 +0900 Subject: [geeklog-devel] Geeklog CKEditor Integration In-Reply-To: <4385FD5D-B081-461C-A6B5-782581A7725C@haun-online.de> References: <00e001ce8b9e$296bd730$7c438590$@cogeco.net> <74913849-8980-49F3-9C38-50037C1D4527@haun-online.de> <00f601ce8bb3$c59842a0$50c8c7e0$@cogeco.net> <427308A4-BDA8-4516-B693-3775548BA566@nlbox.com> <011601ce8bda$a812aa50$f837fef0$@cogeco.net> <018b01ce8ca4$1f9cd4a0$5ed67de0$@cogeco.net> <0A944FF6-C955-4FE6-B2ED-049732B770BA@nlbox.com> <92C8CE52-23FE-4BAB-A54C-BCEE6DF6FBBB@haun-online.de> <20130731143336.Horde.A_o4rUAtPNaZXvm5riOGFg6@webmail.df.eu> <02c101ce8e35$b3b22310$1b166930$@cogeco.net> <033101ce8eff$fa0158c0$ee040a40$@cogeco.net> <4385FD5D-B081-461C-A6B5-782581A7725C@haun-online.de> Message-ID: Hi Tom, Thanks to you, it looks like this work will go well. First, I want to make a mechanism to switch FCKEditor and other editors easily. 2013/8/3 Dirk Haun > Tom wrote: > > > Surprising no replies yet on my post, I guess we should give them a bit > longer. > > Looks like we have an answer now: > > > The license in use for CKEditor is GNU General Public License Version 2 > or later (the "GPL"), as indicated in the LICENSE.md file (for CKEditor 4) > and the LICENSE.html file (for CKEditor 3). > > So, all is well. We don't need to change anything and Dengen can continue > his work (thanks for that, btw :) > > bye, Dirk > > > -- > http://www.themobilepresenter.com/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Yoshinori Tahara - dengen ???? -------------- next part -------------- An HTML attachment was scrubbed... URL: From taharaxp at gmail.com Sat Aug 3 14:22:31 2013 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sun, 4 Aug 2013 03:22:31 +0900 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi Message-ID: Hi all, I implemented the syntax highlighting feature by using GeSHi in my development environment. GeSHi - Generic Syntax Highlighter: http://qbnz.com/highlighter/ How to use is simple. You only sandwich the cord in special tag [code:language] and [/code:language]. In the case of PHP cord, it is [code:php]PHP Code[/code:php]. It supports approximately 210 kinds of programming languages. I believe this feature should be shipped with Geeklog. Any comment on this? Thanks -- dengen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot.png Type: image/png Size: 42776 bytes Desc: not available URL: From websitemaster at cogeco.net Sat Aug 3 16:50:53 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 3 Aug 2013 16:50:53 -0400 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: References: Message-ID: <040101ce908b$24cd47d0$6e67d770$@cogeco.net> Sounds great to me. The only thing I would suggest is to add a tooltip for the [code] in the what is allowed section to explain how it is used (like with the autotags). I believe there is a feature request for this anyways. Here it is. http://project.geeklog.net/tracking/view.php?id=1361 Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Yoshinori Tahara Sent: August-03-13 2:23 PM To: Geeklog Development Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi Hi all, I implemented the syntax highlighting feature by using GeSHi in my development environment. GeSHi - Generic Syntax Highlighter: http://qbnz.com/highlighter/ How to use is simple. You only sandwich the cord in special tag [code:language] and [/code:language]. In the case of PHP cord, it is [code:php]PHP Code[/code:php]. It supports approximately 210 kinds of programming languages. I believe this feature should be shipped with Geeklog. Any comment on this? Thanks -- dengen -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Sat Aug 3 17:24:52 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 3 Aug 2013 23:24:52 +0200 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: References: Message-ID: <0AC179A8-9795-4FEC-B367-422BF1255C56@haun-online.de> Yoshinori Tahara wrote: > Any comment on this? Just wondering how many of our users would actually need that. But then again I guess the syntax you suggested wouldn't be possible to implement as a plugin. bye, Dirk -- http://www.themobilepresenter.com/ From danstoner at gmail.com Mon Aug 5 13:53:24 2013 From: danstoner at gmail.com (Dan Stoner) Date: Mon, 5 Aug 2013 13:53:24 -0400 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: <0AC179A8-9795-4FEC-B367-422BF1255C56@haun-online.de> References: <0AC179A8-9795-4FEC-B367-422BF1255C56@haun-online.de> Message-ID: There are some special cases with curly braces you should watch out for, I think having to do with the templating engine... http://eight.pairlist.net/pipermail/geeklog-devel/2012-January/005769.html - Dan Stoner On Sat, Aug 3, 2013 at 5:24 PM, Dirk Haun wrote: > Yoshinori Tahara wrote: > > > Any comment on this? > > Just wondering how many of our users would actually need that. But then > again I guess the syntax you suggested wouldn't be possible to implement as > a plugin. > > bye, Dirk > > > -- > http://www.themobilepresenter.com/ > > _______________________________________________ > 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 Mon Aug 5 20:10:18 2013 From: websitemaster at cogeco.net (Tom) Date: Mon, 5 Aug 2013 20:10:18 -0400 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: References: <0AC179A8-9795-4FEC-B367-422BF1255C56@haun-online.de> Message-ID: <04c801ce9239$55cef220$016cd660$@cogeco.net> FYI For the ADMIN_list function I had to add an extra variable to the function called $pagenavurl to fix the bug http://project.geeklog.net/tracking/view.php?id=1672 where the Story admin panel selected topic is reset by page navigation. The reason is that so any extra filters included in the Admin List (in this case the Topic Filter) would get passed to the page navigation (since it is a separate form). Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From taharaxp at gmail.com Fri Aug 16 09:53:09 2013 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Fri, 16 Aug 2013 22:53:09 +0900 Subject: [geeklog-devel] Registering My Favorite WYSIWYG HTML Editor Message-ID: Hi all, Now, two WYSIWYG HTML editors (CKEditor and FCKEditor) are integrated with Geeklog in the repository, and you can change an editor by changing a value of variable $_CONF['advanced_editor_name'] defined in the lib-common.php provisionally. Finally, I want to allow an administrator to change $_CONF['advanced_editor_name'] in the configuration page easily by selecting an editor name from the drop down list ('CKEditor', 'FCKEditor', 'TinyMCE', ...). But what we should do more first is to build a mechanism to allow an administrator to register his favorite editor. I assumed that there are following two solutions. 1. Register the editor as the plugin To that end, it is necessary to add new API to lib-plugins.php. This means that it is necessary to provide a mechanism to pick valid editors from the crowd of plugins and to register the result into somewhere. 2. Treat the editor like the theme Just as there is a "theme" directory for storing some themes, create an "editor" directory for storing some editors. Of course, it does not matter if you change the directory name to "adveditor" from "editor". Directory image before change: /public_html/fckeditor /public_html/ckeditor /public_html/tinymce Directory image after change: /public_html/editor/fckeditor /public_html/editor/ckeditor /public_html/editor/tinymce I like Solution 2 personally. Because it will be able to build a mechanism more easily. I wish to know your opinion. Thanks -- Yoshinori Tahara - dengen From websitemaster at cogeco.net Fri Aug 16 16:33:40 2013 From: websitemaster at cogeco.net (Web Site Master) Date: Fri, 16 Aug 2013 16:33:40 -0400 Subject: [geeklog-devel] Registering My Favorite WYSIWYG HTML Editor In-Reply-To: <7790a79c820.520e8c6a@cgocable.ca> References: <76e0b45d296c.520e8a38@cgocable.ca> <7770e88f458e.520e8a75@cgocable.ca> <7720ca46226.520e8ab4@cgocable.ca> <7720803124af.520e8af1@cgocable.ca> <7740f73537c5.520e8b2e@cgocable.ca> <77e0c9453723.520e8b6f@cgocable.ca> <76e0ee986ef3.520e8bae@cgocable.ca> <7770ef722940.520e8bed@cgocable.ca> <7710ea906cdb.520e8c2c@cgocable.ca> <7790a79c820.520e8c6a@cgocable.ca> Message-ID: <7790d16c4cdf.520e5464@cgocable.ca> I like solution 2 better as well. This way Geeklog has full control of the editor selected and you can have more than one editor installed. Doing it the other way may create problems if you have 2 plugins installed that each have a different editor.? My one question is do we want the user to be able to select their own advance editor if more than one is installed? I personally would say no. I would want them to only use the one I have selected for the site. The only other downside to me is that plugins are easy to install since you can do it from the Geeklog plugin interface. At some point in the future we should try to add an interface so webmasters can install themes and editors directly from the Geeklog Admin. By the way, thanks for your work Dengen. Tom On 08/16/13, Yoshinori Tahara wrote: > Hi all, > > Now, two WYSIWYG HTML editors (CKEditor and FCKEditor) are integrated > with Geeklog in the repository, and you can change an editor by > changing a value of variable $_CONF['advanced_editor_name'] defined in > the lib-common.php provisionally. > Finally, I want to allow an administrator to change > $_CONF['advanced_editor_name'] in the configuration page easily by > selecting an editor name from the drop down list ('CKEditor', > 'FCKEditor', 'TinyMCE', ...). > But what we should do more first is to build a mechanism to allow an > administrator to register his favorite editor. > > I assumed that there are following two solutions. > > 1. Register the editor as the plugin > > To that end, it is necessary to add new API to lib-plugins.php. > This means that it is necessary to provide a mechanism to pick valid > editors from the crowd of plugins and to register the result into > somewhere. > > 2. Treat the editor like the theme > > Just as there is a "theme" directory for storing some themes, create > an "editor" directory for storing some editors. > Of course, it does not matter if you change the directory name to > "adveditor" from "editor". > > Directory image before change: > ??? /public_html/fckeditor > ??? /public_html/ckeditor > ??? /public_html/tinymce > > Directory image after change: > ??? /public_html/editor/fckeditor > ??? /public_html/editor/ckeditor > ??? /public_html/editor/tinymce > > > I like Solution 2 personally. Because it will be able to build a > mechanism more easily. > > I wish to know your opinion. > > Thanks > > -- > Yoshinori Tahara - dengen > _______________________________________________ > 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 niemans at nlbox.com Fri Aug 16 17:03:02 2013 From: niemans at nlbox.com (Wim Niemans) Date: Fri, 16 Aug 2013 23:03:02 +0200 Subject: [geeklog-devel] Registering My Favorite WYSIWYG HTML Editor In-Reply-To: <7790d16c4cdf.520e5464@cgocable.ca> References: <76e0b45d296c.520e8a38@cgocable.ca> <7770e88f458e.520e8a75@cgocable.ca> <7720ca46226.520e8ab4@cgocable.ca> <7720803124af.520e8af1@cgocable.ca> <7740f73537c5.520e8b2e@cgocable.ca> <77e0c9453723.520e8b6f@cgocable.ca> <76e0ee986ef3.520e8bae@cgocable.ca> <7770ef722940.520e8bed@cgocable.ca> <7710ea906cdb.520e8c2c@cgocable.ca> <7790a79c820.520e8c6a@cgocable.ca> <7790d16c4cdf.520e5464@cgocable.ca> Message-ID: <4DA0273A-DC2F-4D5D-92B9-2F8FE0AF1F88@nlbox.com> Agree with Tom, with one exception. I agree that is not up to the user to select a specific editor. But it is up the role the user is playing. Comment posting could do entirely with the most basic editor available. See what I mean at LinkedIn: they are using a fine feature for posting comments; no decorations, only user experience. Than I guess a story admin, aka CMS user, would like to use the most advanced editor available for drafting new stories. My euro cents. Wim Op 16 aug. 2013, om 22:33 heeft Web Site Master het volgende geschreven: > I like solution 2 better as well. This way Geeklog has full control of the editor selected and you can have more than one editor installed. Doing it the other way may create problems if you have 2 plugins installed that each have a different editor. > > My one question is do we want the user to be able to select their own advance editor if more than one is installed? I personally would say no. I would want them to only use the one I have selected for the site. > > The only other downside to me is that plugins are easy to install since you can do it from the Geeklog plugin interface. At some point in the future we should try to add an interface so webmasters can install themes and editors directly from the Geeklog Admin. > > By the way, thanks for your work Dengen. > > Tom > > > > On 08/16/13, Yoshinori Tahara wrote: >> >> Hi all, >> >> Now, two WYSIWYG HTML editors (CKEditor and FCKEditor) are integrated >> with Geeklog in the repository, and you can change an editor by >> changing a value of variable $_CONF['advanced_editor_name'] defined in >> the lib-common.php provisionally. >> Finally, I want to allow an administrator to change >> $_CONF['advanced_editor_name'] in the configuration page easily by >> selecting an editor name from the drop down list ('CKEditor', >> 'FCKEditor', 'TinyMCE', ...). >> But what we should do more first is to build a mechanism to allow an >> administrator to register his favorite editor. >> >> I assumed that there are following two solutions. >> >> 1. Register the editor as the plugin >> >> To that end, it is necessary to add new API to lib-plugins.php. >> This means that it is necessary to provide a mechanism to pick valid >> editors from the crowd of plugins and to register the result into >> somewhere. >> >> 2. Treat the editor like the theme >> >> Just as there is a "theme" directory for storing some themes, create >> an "editor" directory for storing some editors. >> Of course, it does not matter if you change the directory name to >> "adveditor" from "editor". >> >> Directory image before change: >> /public_html/fckeditor >> /public_html/ckeditor >> /public_html/tinymce >> >> Directory image after change: >> /public_html/editor/fckeditor >> /public_html/editor/ckeditor >> /public_html/editor/tinymce >> >> >> I like Solution 2 personally. Because it will be able to build a >> mechanism more easily. >> >> I wish to know your opinion. >> >> Thanks >> >> -- >> Yoshinori Tahara - dengen >> _______________________________________________ >> 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 -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Fri Aug 16 17:14:59 2013 From: websitemaster at cogeco.net (Web Site Master) Date: Fri, 16 Aug 2013 17:14:59 -0400 Subject: [geeklog-devel] Registering My Favorite WYSIWYG HTML Editor In-Reply-To: <7460bf031376c.520e9650@cgocable.ca> References: <76e0b45d296c.520e8a38@cgocable.ca> <7770e88f458e.520e8a75@cgocable.ca> <7720ca46226.520e8ab4@cgocable.ca> <7720803124af.520e8af1@cgocable.ca> <7740f73537c5.520e8b2e@cgocable.ca> <77e0c9453723.520e8b6f@cgocable.ca> <76e0ee986ef3.520e8bae@cgocable.ca> <7770ef722940.520e8bed@cgocable.ca> <7710ea906cdb.520e8c2c@cgocable.ca> <7790a79c820.520e8c6a@cgocable.ca> <7790d16c4cdf.520e5464@cgocable.ca> <7440a36a10d3e.520e95d3@cgocable.ca> <75e0a49d11c3c.520e9612@cgocable.ca> <7460bf031376c.520e9650@cgocable.ca> Message-ID: <76a09d1e16b4c.520e5e13@cgocable.ca> The other reason to treat it like a theme is that you already do in a way with the editor having a functions.php file with similar functions as a theme. Tom On 08/16/13, Web Site Master wrote: > I like solution 2 better as well. This way Geeklog has full control of the editor selected and you can have more than one editor installed. Doing it the other way may create problems if you have 2 plugins installed that each have a different editor.? > > My one question is do we want the user to be able to select their own advance editor if more than one is installed? I personally would say no. I would want them to only use the one I have selected for the site. > > > The only other downside to me is that plugins are easy to install since you can do it from the Geeklog plugin interface. At some point in the future we should try to add an interface so webmasters can install themes and editors directly from the Geeklog Admin. > > > By the way, thanks for your work Dengen. > > > Tom > > > > > On 08/16/13, Yoshinori Tahara wrote: > > Hi all, > > > > Now, two WYSIWYG HTML editors (CKEditor and FCKEditor) are integrated > > with Geeklog in the repository, and you can change an editor by > > changing a value of variable $_CONF['advanced_editor_name'] defined in > > the lib-common.php provisionally. > > Finally, I want to allow an administrator to change > > $_CONF['advanced_editor_name'] in the configuration page easily by > > selecting an editor name from the drop down list ('CKEditor', > > 'FCKEditor', 'TinyMCE', ...). > > But what we should do more first is to build a mechanism to allow an > > administrator to register his favorite editor. > > > > I assumed that there are following two solutions. > > > > 1. Register the editor as the plugin > > > > To that end, it is necessary to add new API to lib-plugins.php. > > This means that it is necessary to provide a mechanism to pick valid > > editors from the crowd of plugins and to register the result into > > somewhere. > > > > 2. Treat the editor like the theme > > > > Just as there is a "theme" directory for storing some themes, create > > an "editor" directory for storing some editors. > > Of course, it does not matter if you change the directory name to > > "adveditor" from "editor". > > > > Directory image before change: > > ??? /public_html/fckeditor > > ??? /public_html/ckeditor > > ??? /public_html/tinymce > > > > Directory image after change: > > ??? /public_html/editor/fckeditor > > ??? /public_html/editor/ckeditor > > ??? /public_html/editor/tinymce > > > > > > I like Solution 2 personally. Because it will be able to build a > > mechanism more easily. > > > > I wish to know your opinion. > > > > Thanks > > > > -- > > Yoshinori Tahara - dengen > > _______________________________________________ > > 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 taharaxp at gmail.com Sat Aug 17 04:16:04 2013 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sat, 17 Aug 2013 17:16:04 +0900 Subject: [geeklog-devel] Registering My Favorite WYSIWYG HTML Editor In-Reply-To: <76a09d1e16b4c.520e5e13@cgocable.ca> References: <76e0b45d296c.520e8a38@cgocable.ca> <7770e88f458e.520e8a75@cgocable.ca> <7720ca46226.520e8ab4@cgocable.ca> <7720803124af.520e8af1@cgocable.ca> <7740f73537c5.520e8b2e@cgocable.ca> <77e0c9453723.520e8b6f@cgocable.ca> <76e0ee986ef3.520e8bae@cgocable.ca> <7770ef722940.520e8bed@cgocable.ca> <7710ea906cdb.520e8c2c@cgocable.ca> <7790a79c820.520e8c6a@cgocable.ca> <7790d16c4cdf.520e5464@cgocable.ca> <7440a36a10d3e.520e95d3@cgocable.ca> <75e0a49d11c3c.520e9612@cgocable.ca> <7460bf031376c.520e9650@cgocable.ca> <76a09d1e16b4c.520e5e13@cgocable.ca> Message-ID: Tom wrote: > I like solution 2 better as well. This way Geeklog has full control of the editor selected and you can have more than one editor installed. Doing it the other way may create problems if you have 2 plugins installed that each have a different editor. Thanks for your agreement. But I think even in the case of Solution 1, to be able to manage more than one editor without problems. Tom wrote: > My one question is do we want the user to be able to select their own advance editor if more than one is installed? I personally would say no. I would want them to only use the one I have selected for the site. I agree with your opinion. However, we should allow the user to be able to select their own editor like that the user can select their own theme. It is up to the site administrator to give the right of choice to the user. Tom wrote: > The only other downside to me is that plugins are easy to install since you can do it from the Geeklog plugin interface. At some point in the future we should try to add an interface so webmasters can install themes and editors directly from the Geeklog Admin. I agree with your opinion. Wim wrote: > Agree with Tom, with one exception. > > I agree that is not up to the user to select a specific editor. But it is up the role the user is playing. > Comment posting could do entirely with the most basic editor available. See what I mean at LinkedIn: they are using a fine feature for posting comments; no decorations, only user experience. > Than I guess a story admin, aka CMS user, would like to use the most advanced editor available for drafting new stories. I appreciate your opinion. I also think I want to enable the selection of the feature of the editor for the posting comments. -- Yoshinori Tahara - dengen -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Mon Aug 19 19:24:10 2013 From: websitemaster at cogeco.net (Tom) Date: Mon, 19 Aug 2013 19:24:10 -0400 Subject: [geeklog-devel] GSOC - Crowd Translation Message-ID: <008601ce9d33$359a2330$a0ce6990$@cogeco.net> Hey Ben, How has the GSOC Crowd Translation project been going? Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From b.ttalic at gmail.com Tue Aug 20 03:47:50 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Tue, 20 Aug 2013 09:47:50 +0200 Subject: [geeklog-devel] GSOC - Crowd Translation In-Reply-To: <008601ce9d33$359a2330$a0ce6990$@cogeco.net> References: <008601ce9d33$359a2330$a0ce6990$@cogeco.net> Message-ID: Hi Tom, Well for the past 2 weeks I have been redoing the plugins 'core'. Dirk and I came to the conclusion that the marking did not really work in all instances. So we took another approach, a sort of mapping. This has it's own faults (for now) but non of them seem to be critical to Geeklog performance. And while working out a few kinks in the new approach I started on doing the language packing part. All in all, you might say it is going on :) Thank you for asking, Ben On Tue, Aug 20, 2013 at 1:24 AM, Tom wrote: > Hey Ben,**** > > ** ** > > How has the GSOC Crowd Translation project been going?**** > > ** ** > > Tom**** > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -- Regards, Benjamin home: http://summergeeek.blogspot.com/ nvandgsoc.blogspot.com skype: benjamintalic -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Tue Aug 20 06:50:24 2013 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 20 Aug 2013 12:50:24 +0200 Subject: [geeklog-devel] Groklaw shutting down Message-ID: <20130820125024.Horde.QDuEvndZqsZU3cFJlPaItg2@webmail.df.eu> If you haven't heard the sad news yet: Groklaw is shutting down, effective immediately: http://www.groklaw.net/article.php?story=20130818120421175 Since geeklog.net is our official site, not my personal blog, I tried to comment on it in as neutral a way as possible, given the circumstances: http://www.geeklog.net/article.php/groklaw-shutting-down bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Tue Aug 20 07:14:40 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 20 Aug 2013 07:14:40 -0400 Subject: [geeklog-devel] GSOC - Crowd Translation In-Reply-To: References: <008601ce9d33$359a2330$a0ce6990$@cogeco.net> Message-ID: <00cd01ce9d96$76e57ed0$64b07c70$@cogeco.net> I am sorry the initial approach didn't work out. Was it just a speed issue or is there more to it than that? Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Benjamin Talic Sent: August-20-13 3:48 AM To: Geeklog Development Subject: Re: [geeklog-devel] GSOC - Crowd Translation Hi Tom, Well for the past 2 weeks I have been redoing the plugins 'core'. Dirk and I came to the conclusion that the marking did not really work in all instances. So we took another approach, a sort of mapping. This has it's own faults (for now) but non of them seem to be critical to Geeklog performance. And while working out a few kinks in the new approach I started on doing the language packing part. All in all, you might say it is going on :) Thank you for asking, Ben On Tue, Aug 20, 2013 at 1:24 AM, Tom wrote: Hey Ben, How has the GSOC Crowd Translation project been going? Tom _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel -- Regards, Benjamin home: http://summergeeek.blogspot.com/ nvandgsoc.blogspot.com skype: benjamintalic -------------- next part -------------- An HTML attachment was scrubbed... URL: From b.ttalic at gmail.com Tue Aug 20 07:23:51 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Tue, 20 Aug 2013 13:23:51 +0200 Subject: [geeklog-devel] GSOC - Crowd Translation In-Reply-To: <00cd01ce9d96$76e57ed0$64b07c70$@cogeco.net> References: <008601ce9d33$359a2330$a0ce6990$@cogeco.net> <00cd01ce9d96$76e57ed0$64b07c70$@cogeco.net> Message-ID: Speed was actually not the big issue, the problem was
submission - apparently Geeklog uses LANG phrases as id's in forms, so there was a gap between what the action PHP script expects to find and what is in the HTML. Another problem was that in some instances the LANG phrases are shortened e.g. the Calendar will display Mon instead of Monday (with the old approach it would simply display _-s), and more than being a aesthetic issue in some cases this would lead to infinite loops preventing the page from loading. The new approach will not cause any of those issues as it does not change the LANG phrases in any way, it simply "remembers" which phrases are used on which URL. I have to say that I love the idea, hope I will be able to work out the problems it has. Ben On Tue, Aug 20, 2013 at 1:14 PM, Tom wrote: > I am sorry the initial approach didn?t work out. Was it just a speed issue > or is there more to it than that?**** > > ** ** > > Tom**** > > ** ** > > *From:* geeklog-devel-bounces at lists.geeklog.net [mailto: > geeklog-devel-bounces at lists.geeklog.net] *On Behalf Of *Benjamin Talic > *Sent:* August-20-13 3:48 AM > *To:* Geeklog Development > *Subject:* Re: [geeklog-devel] GSOC - Crowd Translation**** > > ** ** > > Hi Tom, > Well for the past 2 weeks I have been redoing the plugins 'core'. Dirk and > I came to the conclusion that the marking did not really work in all > instances. > So we took another approach, a sort of mapping. This has it's own faults > (for now) but non of them seem to be critical to Geeklog performance. > And while working out a few kinks in the new approach I started on doing > the language packing part. > All in all, you might say it is going on :) > Thank you for asking, > > Ben**** > > ** ** > > On Tue, Aug 20, 2013 at 1:24 AM, Tom wrote:**** > > Hey Ben,**** > > **** > > How has the GSOC Crowd Translation project been going?**** > > **** > > Tom**** > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel**** > > > > **** > > ** ** > > -- **** > > Regards,**** > > Benjamin**** > > ** ** > > ** ** > > home: http://summergeeek.blogspot.com/ nvandgsoc.blogspot.com*** > * > > skype: benjamintalic**** > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -- Regards, Benjamin home: http://summergeeek.blogspot.com/ nvandgsoc.blogspot.com skype: benjamintalic -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Tue Aug 20 20:28:51 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 20 Aug 2013 20:28:51 -0400 Subject: [geeklog-devel] Javascript Help Message-ID: <014d01ce9e05$68decca0$3a9c65e0$@cogeco.net> I have added a Title to Id script to the modern curve theme for articles and topics (it automatically creates and id based on what is typed in the title) and it works fine under Firefox and Chrome but it fails to work in Internet Explorer 10. Under the developer tools in IE 10 it gives the error when you type in the article title: SCRIPT5009: 'TitleToId' is undefined I am not sure why since the javascript file is loaded and the function should be defined. I am probably missing something silly. If anyone has some time can they take a look at this? Thanks Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From niemans at nlbox.com Thu Aug 22 17:45:10 2013 From: niemans at nlbox.com (Niemans) Date: Thu, 22 Aug 2013 23:45:10 +0200 Subject: [geeklog-devel] performance user groups / roles Message-ID: <4BC693E5-1A74-4EE8-B5BA-9B93629A3563@nlbox.com> I am wondering if somebody has knowledge / experience / stats on the performance of GeekLog when: --- there are many, many groups (>> 200) --- groups will have a hierarchy (several groups are a member of one or more other groups) --- the average user is member of average 6 groups, with minimum 4 and maximum 12 For Instance: -- the site will contain all kinds of content and any item "belongs" to a specific group -- GeekLog will display all content accessible by the user in his 4 or 6 or 12 groups at a time Example: -: groups are country (NL, DE) and city (Rotterdam, Amsterdam, Berlin, Hamburg); other groups are market (Electronics, Software) and company (Philips, IBM, Google, NSA); -: the Rotterdam group is member of NL; the Philips group is member of Electronics case: a user belongs to NL, Rotterdam, Electronics and Philips; all content is restricted to a specific group requirement: topics (stories) or downloads display for this user ALL content available for NL, for Rotterdam, for Electronics, and for Philips. I need some hints on the performance to avoid falling in death row when the groups start to accumulate. Please help. Wim From websitemaster at cogeco.net Thu Aug 22 20:22:56 2013 From: websitemaster at cogeco.net (Tom) Date: Thu, 22 Aug 2013 20:22:56 -0400 Subject: [geeklog-devel] performance user groups / roles In-Reply-To: <4BC693E5-1A74-4EE8-B5BA-9B93629A3563@nlbox.com> References: <4BC693E5-1A74-4EE8-B5BA-9B93629A3563@nlbox.com> Message-ID: <008b01ce9f96$ea35d3b0$bea17b10$@cogeco.net> I don't have experience with that many groups but I don't think the hit would be that bad, among other things when checking if the user has permission Geeklog throws all the groups the user belongs to and puts it in comma separated list that MySQL uses the IN clause on. Other things affecting speed (as of Geeklog 2.0.0) are complex topic tree's and stories and blocks that belong to multiple topics. If your site is multi-language this will also affect the speed slightly. The number of visitors on your site at any one time will also affect things. Geeklog 2.1.0 (currently in development) introduces caching which helps reduce the processing required in a number of areas. One of the big areas where time is reduced is the topic tree structure. It is now cached along with a number of blocks and staticpages. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Niemans Sent: August-22-13 5:45 PM To: Geeklog Development Subject: [geeklog-devel] performance user groups / roles I am wondering if somebody has knowledge / experience / stats on the performance of GeekLog when: --- there are many, many groups (>> 200) --- groups will have a hierarchy (several groups are a member of one or more other groups) --- the average user is member of average 6 groups, with minimum 4 and maximum 12 For Instance: -- the site will contain all kinds of content and any item "belongs" to a specific group -- GeekLog will display all content accessible by the user in his 4 or 6 or 12 groups at a time Example: -: groups are country (NL, DE) and city (Rotterdam, Amsterdam, Berlin, Hamburg); other groups are market (Electronics, Software) and company (Philips, IBM, Google, NSA); -: the Rotterdam group is member of NL; the Philips group is member of Electronics case: a user belongs to NL, Rotterdam, Electronics and Philips; all content is restricted to a specific group requirement: topics (stories) or downloads display for this user ALL content available for NL, for Rotterdam, for Electronics, and for Philips. I need some hints on the performance to avoid falling in death row when the groups start to accumulate. Please help. Wim _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Sun Aug 25 01:55:48 2013 From: websitemaster at cogeco.net (Tom) Date: Sun, 25 Aug 2013 01:55:48 -0400 Subject: [geeklog-devel] Geeklog OAuth Logins Message-ID: <000001cea157$bf326260$3d972720$@cogeco.net> FYI I have merged the OAuth stuff into HEAD since I got most of it working now. Depending on what the OAuth Provider supports, Oauth version 1.0, 1.0a, or 2.0 is used. Things still needing work: - Microsoft Login has not been tested - Facebook profile image doesn't always seem to get transferred - Yahoo login doesn't work yet and a mysql error is the result due to missing data when a user account is created since the scope has not been defined (what data we want from Yahoo) Things already tested but could be tested again by someone else: - Facebook Login - Twitter Login - LinkedIn Login - Google Login - Re-synch of user account (found in My Account) using each of the above login methods Anyone who wants to test the OAuth Logins or wants to take a crack at working on the Yahoo stuff is more than welcome too. Our wiki page also needs updated to let people know how to get the ids and secrets from each of the providers (http://wiki.geeklog.net/index.php/OAuth) :-) Oh yes, I almost forgot you can change the type of buttons used for OAuth logins by updating the template file loginform_oauth.html. All you need to do is just uncomment which type you want (buttons with icons or just straight image buttons) Tom From websitemaster at cogeco.net Mon Aug 26 07:54:25 2013 From: websitemaster at cogeco.net (Tom) Date: Mon, 26 Aug 2013 07:54:25 -0400 Subject: [geeklog-devel] Geeklog 2.1.0 Message-ID: <007801cea253$03007530$09015f90$@cogeco.net> Hey Dirk, I plan on switching the code in the repository from version 2.0.1 to 2.1.0 soon (as discussed previously on this mailing list). What's the best way to deal with the bug tracker since everything up to this point has been marked as 2.0.1? Also can you update the language files again? Thanks Tom From websitemaster at cogeco.net Mon Aug 26 07:56:47 2013 From: websitemaster at cogeco.net (Tom) Date: Mon, 26 Aug 2013 07:56:47 -0400 Subject: [geeklog-devel] Geeklog 2.1.0 Release Message-ID: <007901cea253$57a528b0$06ef7a10$@cogeco.net> I am hoping we can get a 2.1.0 release candidate out the door in a couple of months. I currently have to finish up the caching of the articles and OAuth along with a few other small bugs. Is anyone else working on any features that they want in 2.1.0? I haven't reviewed the bug tracker lately but we should come up with a list of bugs we want to see squashed for 2.1.0 Tom From websitemaster at cogeco.net Mon Aug 26 20:40:29 2013 From: websitemaster at cogeco.net (Tom) Date: Mon, 26 Aug 2013 20:40:29 -0400 Subject: [geeklog-devel] FW: Geeklog Caching Template Library Question Message-ID: <00be01cea2be$07d7eb40$1787c1c0$@cogeco.net> Hi Ivy, I am also posting this to the Geeklog Dev Mailing list in case anyone else eventually has the same problem. As you know with the old Geeklog template class some of the templates supported autotags. For example you could put [story:welcome] in the header and when the header was viewed a link to the story would be made. You could also combine autotags with template variables and they would still also work. For example in the storytext.thtml file you could put [story:{story_id}] (I forget the exact template variable name) and the link of the story would be created. This could be done because autotags were generate near the end of the process for the template files that supported it after the template variables were written (expect the footer). The reason not all template files supported this was because some template variables or block content, etc? would return autotags usually in the case of offering help (for example allowed html in the story editor) or even in javascript. With the caching template library the generation of a template is done differently. Everything is figured out at once and then it is compiled once. This gives us a lot of benefits including speed, using autotags in any templates (including plugins), logic processing, etc.. (http://wiki.geeklog. net/index.php/Caching_Template_Library). Unfortunately what it doesn?t allow is the recursive use of template variables and other actions since there is no order of what is processed first. This means you cannot combine actions or template variables together within another action or template variable. There is a work around though for your autotag problem. You could add some php to your template instead of using the autotag directly. Instead of doing this in your template file: [story:{story_id}] Replace it with this: get_var('story_id') . ']'); ? > And just like before as long as that template variable exists for that template file it will be returned and then the autotag will be generated. I hope this helps. Tom From: Tom [mailto:websitemaster at cogeco.net] Sent: August-26-13 8:02 AM To: '????' Cc: Joe Mucchiello (joe at throwingdice.com) Subject: Geeklog Caching Template Library Question Hi Ivy, I will have to look into that. It was never tested. Joe, do you remember if this would be possible? Are the template variables set first and then the autotags? Tom From: ???? [mailto:komma at ivywe.co.jp] Sent: August-26-13 7:30 AM To: Web Site Master Subject: Re: Install all plugins when upgrade Geeklog Hi Tom, Now I can not use theme variables in autotag by using repository version. Please tell me the way to use theme variables. e.g. {!!autotag story:{XXX} !!} [story:{XXX}] works well. thanks. -- Ivy 2013/8/14 ???? Hi Tom, Sorry. It's our Japanese package problem. 2013/8/13 ???? : > Hi Tom, > > Thank you for reply. > > But I tried upgrade to 2.0.1 many times, always all of plugins are installed. > Could you please try upgrade? > > Thanks. > > 2013/8/13 Web Site Master : >> Hi Ivy >> >> I haven't changed any of that code so it is working the same as before. >> >> I believe on a Geeklog upgrade all plugins (Core or otherwise), if an >> upgrade exists, will also be upgraded. Any plugins that haven't been >> installed yet, will also be installed. >> >> Tom >> >> >> On 08/13/13, ???? wrote: >> >> Hi Tom, >> >> Thank you so much for Geeklog 2.1.0. >> >> http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/ >> When Geeklog upgrade to 2.0.1, existing all plugins are automatically >> installed. >> Is it bug? >> >> Some plugins don't works on Geeklog 2, so the site may be error. >> >> Thanks. >> -- >> http://www.geeklog.jp >> Ivy > > > > -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From komma at ivywe.co.jp Mon Aug 26 23:58:19 2013 From: komma at ivywe.co.jp (=?ISO-2022-JP?B?GyRCOiM2cEUvO1IbKEI=?=) Date: Tue, 27 Aug 2013 12:58:19 +0900 Subject: [geeklog-devel] FW: Geeklog Caching Template Library Question In-Reply-To: <00be01cea2be$07d7eb40$1787c1c0$@cogeco.net> References: <00be01cea2be$07d7eb40$1787c1c0$@cogeco.net> Message-ID: Hi Tom, Thanks! It works. get_var('data_code') . ' value:4]'); ?> 2013/8/27 Tom > Hi Ivy,**** > > ** ** > > I am also posting this to the Geeklog Dev Mailing list in case anyone else > eventually has the same problem.**** > > ** ** > > As you know with the old Geeklog template class some of the templates > supported autotags. For example you could put [story:welcome] in the > header and when the header was viewed a link to the story would be made. > You could also combine autotags with template variables and they would > still also work. For example in the storytext.thtml file you could put > [story:{story_id}] (I forget the exact template variable name) and the link > of the story would be created. This could be done because autotags were > generate near the end of the process for the template files that supported > it after the template variables were written (expect the footer). The > reason not all template files supported this was because some template > variables or block content, etc? would return autotags usually in the case > of offering help (for example allowed html in the story editor) or even in > javascript.**** > > ** ** > > With the caching template library the generation of a template is done > differently. Everything is figured out at once and then it is compiled > once. This gives us a lot of benefits including speed, using autotags in > any templates (including plugins), logic processing, etc.. ( > http://wiki.geeklog.net/index.php/Caching_Template_Library). > Unfortunately what it doesn?t allow is the recursive use of template > variables and other actions since there is no order of what is processed > first. **** > > ** ** > > This means you cannot combine actions or template variables together > within another action or template variable.**** > > ** ** > > There is a work around though for your autotag problem. You could add some > php to your template instead of using the autotag directly. Instead of > doing this in your template file:**** > > ** ** > > [story:{story_id}]**** > > ** ** > > Replace it with this:**** > > ** ** > > get_var('story_id') . ']'); > ?>**** > > ** ** > > And just like before as long as that template variable exists for that > template file it will be returned and then the autotag will be generated.* > *** > > ** ** > > I hope this helps.**** > > ** ** > > Tom**** > > ** ** > > ** ** > > *From:* Tom [mailto:websitemaster at cogeco.net] > *Sent:* August-26-13 8:02 AM > *To:* '????' > *Cc:* Joe Mucchiello (joe at throwingdice.com) > *Subject:* Geeklog Caching Template Library Question**** > > ** ** > > Hi Ivy,**** > > ** ** > > I will have to look into that. It was never tested.**** > > ** ** > > Joe, do you remember if this would be possible? Are the template variables > set first and then the autotags?**** > > ** ** > > Tom**** > > ** ** > > *From:* ???? [mailto:komma at ivywe.co.jp ] > *Sent:* August-26-13 7:30 AM > *To:* Web Site Master > *Subject:* Re: Install all plugins when upgrade Geeklog**** > > ** ** > > Hi Tom,**** > > ** ** > > Now I can not use theme variables in autotag by using repository version.* > *** > > Please tell me the way to use theme variables.**** > > e.g.**** > > {!!autotag story:{XXX} !!}**** > > ** ** > > [story:{XXX}] works well.**** > > ** ** > > thanks.**** > > ** ** > > --**** > > Ivy**** > > ** ** > > 2013/8/14 ???? **** > > Hi Tom, > > Sorry. > It's our Japanese package problem. > > > 2013/8/13 ???? :**** > > > Hi Tom, > > > > Thank you for reply. > > > > But I tried upgrade to 2.0.1 many times, always all of plugins are > installed. > > Could you please try upgrade? > > > > Thanks. > > > > 2013/8/13 Web Site Master : > >> Hi Ivy > >> > >> I haven't changed any of that code so it is working the same as before. > >> > >> I believe on a Geeklog upgrade all plugins (Core or otherwise), if an > >> upgrade exists, will also be upgraded. Any plugins that haven't been > >> installed yet, will also be installed. > >> > >> Tom > >> > >> > >> On 08/13/13, ???? wrote: > >> > >> Hi Tom, > >> > >> Thank you so much for Geeklog 2.1.0. > >> > >> http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/ > >> When Geeklog upgrade to 2.0.1, existing all plugins are automatically > >> installed. > >> Is it bug? > >> > >> Some plugins don't works on Geeklog 2, so the site may be error. > >> > >> Thanks. > >> -- > >> http://www.geeklog.jp > >> Ivy > > > > > > > > --**** > > > > **** > > ** ** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Tue Aug 27 19:33:14 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 27 Aug 2013 19:33:14 -0400 Subject: [geeklog-devel] FW: Geeklog Caching Template Library Question In-Reply-To: References: <00be01cea2be$07d7eb40$1787c1c0$@cogeco.net> Message-ID: <012d01cea37d$cd4b59b0$67e20d10$@cogeco.net> Hey Ivy, This will also probably work with template variables ( adding ? and . ) and is a little cleaner: {!!autotag userbox:attributedatacount templatesetvar:'.{data_code}.' value:4 !!} Let me know Tom From: ???? [mailto:komma at ivywe.co.jp] Sent: August-26-13 11:58 PM To: Tom Cc: Geeklog Development; Joe Mucchiello Subject: Re: FW: Geeklog Caching Template Library Question Hi Tom, Thanks! It works. get_var('data_code') . ' value:4]'); ?> 2013/8/27 Tom Hi Ivy, I am also posting this to the Geeklog Dev Mailing list in case anyone else eventually has the same problem. As you know with the old Geeklog template class some of the templates supported autotags. For example you could put [story:welcome] in the header and when the header was viewed a link to the story would be made. You could also combine autotags with template variables and they would still also work. For example in the storytext.thtml file you could put [story:{story_id}] (I forget the exact template variable name) and the link of the story would be created. This could be done because autotags were generate near the end of the process for the template files that supported it after the template variables were written (expect the footer). The reason not all template files supported this was because some template variables or block content, etc? would return autotags usually in the case of offering help (for example allowed html in the story editor) or even in javascript. With the caching template library the generation of a template is done differently. Everything is figured out at once and then it is compiled once. This gives us a lot of benefits including speed, using autotags in any templates (including plugins), logic processing, etc.. (http://wiki.geeklog. net/index.php/Caching_Template_Library). Unfortunately what it doesn?t allow is the recursive use of template variables and other actions since there is no order of what is processed first. This means you cannot combine actions or template variables together within another action or template variable. There is a work around though for your autotag problem. You could add some php to your template instead of using the autotag directly. Instead of doing this in your template file: [story:{story_id}] Replace it with this: get_var('story_id') . ']'); ? > And just like before as long as that template variable exists for that template file it will be returned and then the autotag will be generated. I hope this helps. Tom From: Tom [mailto:websitemaster at cogeco.net] Sent: August-26-13 8:02 AM To: '????' Cc: Joe Mucchiello (joe at throwingdice.com) Subject: Geeklog Caching Template Library Question Hi Ivy, I will have to look into that. It was never tested. Joe, do you remember if this would be possible? Are the template variables set first and then the autotags? Tom From: ???? [mailto:komma at ivywe.co.jp] Sent: August-26-13 7:30 AM To: Web Site Master Subject: Re: Install all plugins when upgrade Geeklog Hi Tom, Now I can not use theme variables in autotag by using repository version. Please tell me the way to use theme variables. e.g. {!!autotag story:{XXX} !!} [story:{XXX}] works well. thanks. -- Ivy 2013/8/14 ???? Hi Tom, Sorry. It's our Japanese package problem. 2013/8/13 ???? : > Hi Tom, > > Thank you for reply. > > But I tried upgrade to 2.0.1 many times, always all of plugins are installed. > Could you please try upgrade? > > Thanks. > > 2013/8/13 Web Site Master : >> Hi Ivy >> >> I haven't changed any of that code so it is working the same as before. >> >> I believe on a Geeklog upgrade all plugins (Core or otherwise), if an >> upgrade exists, will also be upgraded. Any plugins that haven't been >> installed yet, will also be installed. >> >> Tom >> >> >> On 08/13/13, ???? wrote: >> >> Hi Tom, >> >> Thank you so much for Geeklog 2.1.0. >> >> http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/ >> When Geeklog upgrade to 2.0.1, existing all plugins are automatically >> installed. >> Is it bug? >> >> Some plugins don't works on Geeklog 2, so the site may be error. >> >> Thanks. >> -- >> http://www.geeklog.jp >> Ivy > > > > -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From komma at ivywe.co.jp Tue Aug 27 23:58:28 2013 From: komma at ivywe.co.jp (=?ISO-2022-JP?B?GyRCOiM2cEUvO1IbKEI=?=) Date: Wed, 28 Aug 2013 12:58:28 +0900 Subject: [geeklog-devel] FW: Geeklog Caching Template Library Question In-Reply-To: <012d01cea37d$cd4b59b0$67e20d10$@cogeco.net> References: <00be01cea2be$07d7eb40$1787c1c0$@cogeco.net> <012d01cea37d$cd4b59b0$67e20d10$@cogeco.net> Message-ID: Hi Tom, Thanks! This works perfectly! 2013/8/28 Tom > Hey Ivy,**** > > ** ** > > This will also probably work with template variables ( adding ? and . ) > and is a little cleaner:**** > > ** ** > > {!!autotag userbox:attributedatacount templatesetvar:'.{data_code}.' > value:4 !!}**** > > ** ** > > Let me know**** > > ** ** > > Tom**** > > ** ** > > ** ** > > *From:* ???? [mailto:komma at ivywe.co.jp] > *Sent:* August-26-13 11:58 PM > *To:* Tom > *Cc:* Geeklog Development; Joe Mucchiello > *Subject:* Re: FW: Geeklog Caching Template Library Question**** > > ** ** > > Hi Tom,**** > > ** ** > > Thanks!**** > > ** ** > > It works.**** > > ** ** > > $this->get_var('data_code') . ' value:4]'); ?>**** > > ** ** > > ** ** > > 2013/8/27 Tom **** > > Hi Ivy,**** > > **** > > I am also posting this to the Geeklog Dev Mailing list in case anyone else > eventually has the same problem.**** > > **** > > As you know with the old Geeklog template class some of the templates > supported autotags. For example you could put [story:welcome] in the > header and when the header was viewed a link to the story would be made. > You could also combine autotags with template variables and they would > still also work. For example in the storytext.thtml file you could put > [story:{story_id}] (I forget the exact template variable name) and the link > of the story would be created. This could be done because autotags were > generate near the end of the process for the template files that supported > it after the template variables were written (expect the footer). The > reason not all template files supported this was because some template > variables or block content, etc? would return autotags usually in the case > of offering help (for example allowed html in the story editor) or even in > javascript.**** > > **** > > With the caching template library the generation of a template is done > differently. Everything is figured out at once and then it is compiled > once. This gives us a lot of benefits including speed, using autotags in > any templates (including plugins), logic processing, etc.. ( > http://wiki.geeklog.net/index.php/Caching_Template_Library). > Unfortunately what it doesn?t allow is the recursive use of template > variables and other actions since there is no order of what is processed > first. **** > > **** > > This means you cannot combine actions or template variables together > within another action or template variable.**** > > **** > > There is a work around though for your autotag problem. You could add some > php to your template instead of using the autotag directly. Instead of > doing this in your template file:**** > > **** > > [story:{story_id}]**** > > **** > > Replace it with this:**** > > **** > > get_var('story_id') . ']'); > ?>**** > > **** > > And just like before as long as that template variable exists for that > template file it will be returned and then the autotag will be generated.* > *** > > **** > > I hope this helps.**** > > **** > > Tom**** > > **** > > **** > > *From:* Tom [mailto:websitemaster at cogeco.net] > *Sent:* August-26-13 8:02 AM > *To:* '????' > *Cc:* Joe Mucchiello (joe at throwingdice.com) > *Subject:* Geeklog Caching Template Library Question**** > > **** > > Hi Ivy,**** > > **** > > I will have to look into that. It was never tested.**** > > **** > > Joe, do you remember if this would be possible? Are the template variables > set first and then the autotags?**** > > **** > > Tom**** > > **** > > *From:* ???? [mailto:komma at ivywe.co.jp ] > *Sent:* August-26-13 7:30 AM > *To:* Web Site Master > *Subject:* Re: Install all plugins when upgrade Geeklog**** > > **** > > Hi Tom,**** > > **** > > Now I can not use theme variables in autotag by using repository version.* > *** > > Please tell me the way to use theme variables.**** > > e.g.**** > > {!!autotag story:{XXX} !!}**** > > **** > > [story:{XXX}] works well.**** > > **** > > thanks.**** > > **** > > --**** > > Ivy**** > > **** > > 2013/8/14 ???? **** > > Hi Tom, > > Sorry. > It's our Japanese package problem. > > > 2013/8/13 ???? :**** > > > Hi Tom, > > > > Thank you for reply. > > > > But I tried upgrade to 2.0.1 many times, always all of plugins are > installed. > > Could you please try upgrade? > > > > Thanks. > > > > 2013/8/13 Web Site Master : > >> Hi Ivy > >> > >> I haven't changed any of that code so it is working the same as before. > >> > >> I believe on a Geeklog upgrade all plugins (Core or otherwise), if an > >> upgrade exists, will also be upgraded. Any plugins that haven't been > >> installed yet, will also be installed. > >> > >> Tom > >> > >> > >> On 08/13/13, ???? wrote: > >> > >> Hi Tom, > >> > >> Thank you so much for Geeklog 2.1.0. > >> > >> http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/ > >> When Geeklog upgrade to 2.0.1, existing all plugins are automatically > >> installed. > >> Is it bug? > >> > >> Some plugins don't works on Geeklog 2, so the site may be error. > >> > >> Thanks. > >> -- > >> http://www.geeklog.jp > >> Ivy > > > > > > > > --**** > > > > **** > > **** > > > > **** > > ** ** > > ** > -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Wed Aug 28 21:42:43 2013 From: websitemaster at cogeco.net (Tom) Date: Wed, 28 Aug 2013 21:42:43 -0400 Subject: [geeklog-devel] Geeklog OAuth Logins In-Reply-To: <000001cea157$bf326260$3d972720$@cogeco.net> References: <000001cea157$bf326260$3d972720$@cogeco.net> Message-ID: <002601cea459$0dea3320$29be9960$@cogeco.net> I have just tested the Microsoft Login it works fine but I did find a bug where I missed adding the Config Validation for the 3 new oauth methods which prevented the Microsoft Client Key from saving as a string (it saved as a number). It is now fixed. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: August-25-13 1:56 AM To: 'Geeklog Development' Subject: [geeklog-devel] Geeklog OAuth Logins FYI I have merged the OAuth stuff into HEAD since I got most of it working now. Depending on what the OAuth Provider supports, Oauth version 1.0, 1.0a, or 2.0 is used. Things still needing work: - Microsoft Login has not been tested - Facebook profile image doesn't always seem to get transferred - Yahoo login doesn't work yet and a mysql error is the result due to missing data when a user account is created since the scope has not been defined (what data we want from Yahoo) Things already tested but could be tested again by someone else: - Facebook Login - Twitter Login - LinkedIn Login - Google Login - Re-synch of user account (found in My Account) using each of the above login methods Anyone who wants to test the OAuth Logins or wants to take a crack at working on the Yahoo stuff is more than welcome too. Our wiki page also needs updated to let people know how to get the ids and secrets from each of the providers (http://wiki.geeklog.net/index.php/OAuth) :-) Oh yes, I almost forgot you can change the type of buttons used for OAuth logins by updating the template file loginform_oauth.html. All you need to do is just uncomment which type you want (buttons with icons or just straight image buttons) Tom _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Thu Aug 29 16:18:49 2013 From: websitemaster at cogeco.net (Tom) Date: Thu, 29 Aug 2013 16:18:49 -0400 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: <040101ce908b$24cd47d0$6e67d770$@cogeco.net> References: <040101ce908b$24cd47d0$6e67d770$@cogeco.net> Message-ID: <007501cea4f4$f9321eb0$eb965c10$@cogeco.net> Hey Dengen, Are you still planning to implement this? Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: August-03-13 4:51 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Syntax Highlighting Feature by using GeSHi Sounds great to me. The only thing I would suggest is to add a tooltip for the [code] in the what is allowed section to explain how it is used (like with the autotags). I believe there is a feature request for this anyways. Here it is. http://project.geeklog.net/tracking/view.php?id=1361 Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Yoshinori Tahara Sent: August-03-13 2:23 PM To: Geeklog Development Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi Hi all, I implemented the syntax highlighting feature by using GeSHi in my development environment. GeSHi - Generic Syntax Highlighter: http://qbnz.com/highlighter/ How to use is simple. You only sandwich the cord in special tag [code:language] and [/code:language]. In the case of PHP cord, it is [code:php]PHP Code[/code:php]. It supports approximately 210 kinds of programming languages. I believe this feature should be shipped with Geeklog. Any comment on this? Thanks -- dengen -------------- next part -------------- An HTML attachment was scrubbed... URL: From taharaxp at gmail.com Sat Aug 31 03:50:03 2013 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sat, 31 Aug 2013 16:50:03 +0900 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: <007501cea4f4$f9321eb0$eb965c10$@cogeco.net> References: <040101ce908b$24cd47d0$6e67d770$@cogeco.net> <007501cea4f4$f9321eb0$eb965c10$@cogeco.net> Message-ID: 2013/8/30 Tom > Are you still planning to implement this? I'm hesitative about implementing this. As Dirk points out, this feature might be unnecessary for most users. In addition, it is possible to achieve similar feature by using JavaScript. -- Yoshinori Tahara - dengen -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Sat Aug 31 09:28:03 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 31 Aug 2013 09:28:03 -0400 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: References: <040101ce908b$24cd47d0$6e67d770$@cogeco.net> <007501cea4f4$f9321eb0$eb965c10$@cogeco.net> Message-ID: <012401cea64d$ebc6f3e0$c354dba0$@cogeco.net> Sounds good. So if anyone wanted this feature in the future they could build a plugin to accomplish it then using javascript. Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Yoshinori Tahara Sent: August-31-13 3:50 AM To: Geeklog Development Subject: Re: [geeklog-devel] Syntax Highlighting Feature by using GeSHi 2013/8/30 Tom > Are you still planning to implement this? I'm hesitative about implementing this. As Dirk points out, this feature might be unnecessary for most users. In addition, it is possible to achieve similar feature by using JavaScript. -- Yoshinori Tahara - dengen -------------- next part -------------- An HTML attachment was scrubbed... URL: From niemans at nlbox.com Sat Aug 31 11:22:39 2013 From: niemans at nlbox.com (Wim Niemans) Date: Sat, 31 Aug 2013 17:22:39 +0200 Subject: [geeklog-devel] Syntax Highlighting Feature by using GeSHi In-Reply-To: <012401cea64d$ebc6f3e0$c354dba0$@cogeco.net> References: <040101ce908b$24cd47d0$6e67d770$@cogeco.net> <007501cea4f4$f9321eb0$eb965c10$@cogeco.net> <012401cea64d$ebc6f3e0$c354dba0$@cogeco.net> Message-ID: <1DB32CFB-E477-4D2E-A1FB-C8DFBF6CA5A3@nlbox.com> I do believe that such feature in javaScript is even in open source: See http://www.webdesignbooth.com/9-useful-javascript-syntax-highlighting-scripts/ and the newcomer: http://prismjs.com Wim Op 31 aug. 2013, om 15:28 heeft Tom het volgende geschreven: > Sounds good. So if anyone wanted this feature in the future they could build a plugin to accomplish it then using javascript. > > Tom > > From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Yoshinori Tahara > Sent: August-31-13 3:50 AM > To: Geeklog Development > Subject: Re: [geeklog-devel] Syntax Highlighting Feature by using GeSHi > > 2013/8/30 Tom > > Are you still planning to implement this? > > I'm hesitative about implementing this. > As Dirk points out, this feature might be unnecessary for most users. > In addition, it is possible to achieve similar feature by using JavaScript. > > -- > Yoshinori Tahara - dengen > > _______________________________________________ > 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 Sat Aug 31 21:19:06 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 31 Aug 2013 21:19:06 -0400 Subject: [geeklog-devel] Geeklog OAuth Logins Working Message-ID: <016001cea6b1$4146bc20$c3d43460$@cogeco.net> Okay Yahoo is now working perfectly. As long as the attribute has public permissions we can retrieve the information. So the following should be working - Facebook Login (except photo not being pulled in for some reason) - Twitter Login - LinkedIn Login - Google Login - Microsoft Login (or Live Login) - Yahoo Login - Re-synch of user account (found in My Account) using each of the above login methods I still need to fix the Facebook Photo and I would appreciate if someone can re-test things (and update the wiki with instructions). I did update the wiki slightly to include the location of where you can create the app to retrieve the client id and secret for each OAuth Method. http://wiki.geeklog.net/index.php/OAuth Thanks Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: August-28-13 9:43 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Geeklog OAuth Logins I have just tested the Microsoft Login it works fine but I did find a bug where I missed adding the Config Validation for the 3 new oauth methods which prevented the Microsoft Client Key from saving as a string (it saved as a number). It is now fixed. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: August-25-13 1:56 AM To: 'Geeklog Development' Subject: [geeklog-devel] Geeklog OAuth Logins FYI I have merged the OAuth stuff into HEAD since I got most of it working now. Depending on what the OAuth Provider supports, Oauth version 1.0, 1.0a, or 2.0 is used. Things still needing work: - Microsoft Login has not been tested - Facebook profile image doesn't always seem to get transferred - Yahoo login doesn't work yet and a mysql error is the result due to missing data when a user account is created since the scope has not been defined (what data we want from Yahoo) Things already tested but could be tested again by someone else: - Facebook Login - Twitter Login - LinkedIn Login - Google Login - Re-synch of user account (found in My Account) using each of the above login methods Anyone who wants to test the OAuth Logins or wants to take a crack at working on the Yahoo stuff is more than welcome too. Our wiki page also needs updated to let people know how to get the ids and secrets from each of the providers (http://wiki.geeklog.net/index.php/OAuth) :-) Oh yes, I almost forgot you can change the type of buttons used for OAuth logins by updating the template file loginform_oauth.html. All you need to do is just uncomment which type you want (buttons with icons or just straight image buttons) Tom _______________________________________________ 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