From dirk at haun-online.de Sat Jun 1 09:14:04 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 1 Jun 2013 15:14:04 +0200 Subject: [geeklog-devel] Geeklog.net - File Management Plugin In-Reply-To: <035001ce5e5f$04171a10$0c454e30$@cogeco.net> References: <035001ce5e5f$04171a10$0c454e30$@cogeco.net> Message-ID: <2A9B11A5-D6CA-43B8-B22A-F05C418ADC92@haun-online.de> Tom wrote: > What are your plans with the file management plugin on Geeklog.net? since the original File Management plugin is no longer under active development (and neither are its forks), it would make sense to switch to the Download plugin, which is maintained (and has an import function). Things to consider: Since the URLs are not compatible - how much do we care about those? I don't care too much about incoming links - we could at least redirect them to the index page of the Downloads plugin and let visitors search from there. I care a little more about the links all over geeklog.net, though. So my question is: How easy would it be to fix those? They're certainly not all using autotags (which were a late addition to the plugin), but that could probably be fixed with a few regexps and SQL requests. But I guess the file ids would also change? I.e. File Management file 42 would not be same as Downloads file 42. If that's the case, it would make a switchover a lot harder. We currently have 669 files in the File Management plugin. Fixing all those links manually would be a pain. So what exactly does the import function of the Downloads plugin do? Is there a way to hook into it and maybe create some conversion code? bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Sat Jun 1 10:20:35 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 1 Jun 2013 10:20:35 -0400 Subject: [geeklog-devel] Geeklog.net - File Management Plugin In-Reply-To: <2A9B11A5-D6CA-43B8-B22A-F05C418ADC92@haun-online.de> References: <035001ce5e5f$04171a10$0c454e30$@cogeco.net> <2A9B11A5-D6CA-43B8-B22A-F05C418ADC92@haun-online.de> Message-ID: <036401ce5ed3$2e95c240$8bc146c0$@cogeco.net> Another change as you mentioned previously is the changes to your hack that automatically submits the file for a new Geeklog version. >> I don't care too much about incoming links - we could at least redirect them to the index page of the Downloads plugin and let visitors search from >> there. I care a little more about the links all over geeklog.net, though. We could do the same for both (or maybe direct them to a static page explaining the change with a link to the new download page and some of the more important files) and then slowly go through the articles (staticpages, comments, forum posts, faq) over time (newest to oldest). If there is a quick fix with regexps and SQL requests that would be great but Dengen would have to answer if the ids are the same. Autotags have been used so those would have to be converted over as well. I also think the files stored need a bit of cleaning. Once the conversion is complete we may want to consider updating the categories and removing some of the files that are really old and not useful anymore (I am thinking mainly of the Amplitude CMS, Add-ons here Converters, Hacks, Translations). We also may need to group the files together by project manually as I doubt the import function can do this. Some of the real old articles also should be reviewed anyways. A number of them have broken images and file links. I just thought of something that would probably save some time in the long run. If the IDs do not match up a better solution would be to maybe update the script file to modify any file management links and autotags found in articles (staticpages, comments, forum posts, faq) as the file management files are updated to downloads files. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-01-13 9:14 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog.net - File Management Plugin Tom wrote: > What are your plans with the file management plugin on Geeklog.net? since the original File Management plugin is no longer under active development (and neither are its forks), it would make sense to switch to the Download plugin, which is maintained (and has an import function). Things to consider: Since the URLs are not compatible - how much do we care about those? I don't care too much about incoming links - we could at least redirect them to the index page of the Downloads plugin and let visitors search from there. I care a little more about the links all over geeklog.net, though. So my question is: How easy would it be to fix those? They're certainly not all using autotags (which were a late addition to the plugin), but that could probably be fixed with a few regexps and SQL requests. But I guess the file ids would also change? I.e. File Management file 42 would not be same as Downloads file 42. If that's the case, it would make a switchover a lot harder. We currently have 669 files in the File Management plugin. Fixing all those links manually would be a pain. So what exactly does the import function of the Downloads plugin do? Is there a way to hook into it and maybe create some conversion code? bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From taharaxp at gmail.com Sat Jun 1 15:20:59 2013 From: taharaxp at gmail.com (Yoshinori Tahara) Date: Sun, 2 Jun 2013 04:20:59 +0900 Subject: [geeklog-devel] Geeklog.net - File Management Plugin In-Reply-To: <036401ce5ed3$2e95c240$8bc146c0$@cogeco.net> References: <035001ce5e5f$04171a10$0c454e30$@cogeco.net> <2A9B11A5-D6CA-43B8-B22A-F05C418ADC92@haun-online.de> <036401ce5ed3$2e95c240$8bc146c0$@cogeco.net> Message-ID: Dirk wrote: > But I guess the file ids would also change? > I.e. File Management file 42 would not be same as Downloads file 42. > If that's the case, it would make a switchover a lot harder. URL of File Management file 42: http://www.geeklog.net/filemgmt/index.php/42 URL of Downloads file 42 after conversion: http://www.geeklog.net/downloads/index.php/42 URL rewriting will be relatively easy. Tom wrote: > If there is a quick fix with regexps and SQL requests that would be > great but Dengen would have to answer if the ids are the same. > Autotags have been used so those would have to be converted over as well. IDs of the numeric type are converted to the string type. It is the same as the parameter of URLs and autotags. So, we will be able to create a conversion script. dengen 2013/6/1 Tom > Another change as you mentioned previously is the changes to your hack that > automatically submits the file for a new Geeklog version. > > > >> I don't care too much about incoming links - we could at least redirect > them to the index page of the Downloads plugin and let visitors search from > >> there. I care a little more about the links all over geeklog.net, > though. > > We could do the same for both (or maybe direct them to a static page > explaining the change with a link to the new download page and some of the > more important files) and then slowly go through the articles (staticpages, > comments, forum posts, faq) over time (newest to oldest). If there is a > quick fix with regexps and SQL requests that would be great but Dengen > would > have to answer if the ids are the same. Autotags have been used so those > would have to be converted over as well. > > I also think the files stored need a bit of cleaning. Once the conversion > is > complete we may want to consider updating the categories and removing some > of the files that are really old and not useful anymore (I am thinking > mainly of the Amplitude CMS, Add-ons here Converters, Hacks, Translations). > > We also may need to group the files together by project manually as I doubt > the import function can do this. > > Some of the real old articles also should be reviewed anyways. A number of > them have broken images and file links. > > I just thought of something that would probably save some time in the long > run. If the IDs do not match up a better solution would be to maybe update > the script file to modify any file management links and autotags found in > articles (staticpages, comments, forum posts, faq) as the file management > files are updated to downloads files. > > Tom > > > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun > Sent: June-01-13 9:14 AM > To: Geeklog Development > Subject: Re: [geeklog-devel] Geeklog.net - File Management Plugin > > Tom wrote: > > > What are your plans with the file management plugin on Geeklog.net? > > since the original File Management plugin is no longer under active > development (and neither are its forks), it would make sense to switch to > the Download plugin, which is maintained (and has an import function). > > Things to consider: Since the URLs are not compatible - how much do we care > about those? > > I don't care too much about incoming links - we could at least redirect > them > to the index page of the Downloads plugin and let visitors search from > there. I care a little more about the links all over geeklog.net, though. > > So my question is: How easy would it be to fix those? They're certainly not > all using autotags (which were a late addition to the plugin), but that > could probably be fixed with a few regexps and SQL requests. > > But I guess the file ids would also change? I.e. File Management file 42 > would not be same as Downloads file 42. If that's the case, it would make a > switchover a lot harder. We currently have 669 files in the File Management > plugin. Fixing all those links manually would be a pain. > > So what exactly does the import function of the Downloads plugin do? Is > there a way to hook into it and maybe create some conversion code? > > bye, Dirk > > > -- > http://www.themobilepresenter.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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mkaurkhalsa at gmail.com Sun Jun 2 02:50:35 2013 From: mkaurkhalsa at gmail.com (Sandeep kaur) Date: Sun, 2 Jun 2013 12:20:35 +0530 Subject: [geeklog-devel] GSOC Selection Message-ID: I was just curious about the reason behind my failure in GSOC selection. Can you please point out the reason behind my lagging behind? Thank you. -- Sandeep Kaur E-Mail: mkaurkhalsa at gmail.com Blog: sandymadaan.wordpress.com From websitemaster at cogeco.net Sun Jun 2 12:09:55 2013 From: websitemaster at cogeco.net (Tom) Date: Sun, 2 Jun 2013 12:09:55 -0400 Subject: [geeklog-devel] New Feature Ideas for Topics Message-ID: <03ae01ce5fab$9f7367f0$de5a37d0$@cogeco.net> I have 3 topic related feature ideas here... http://project.geeklog.net/tracking/view.php?id=1614 The goal behind these features is to improve the visibility of related content. For example, if I have a staticpage about a topic like Soccer. It would be nice to be able to display a list of newer related items to my Soccer page from stories, polls, and other pages. Another example would be with my "sports website" and I am reading a story from the general news about Soccer, it would be nice to list the other topics the story belongs to under the content (different from breadcrumbs) sort of like tags. This way the user can click on the Soccer topic directly here if he is interest further in this more specific topic. Here are the new feature requests: 1)The hidden topic attribute hides the topic in the Topics Block. This was designed to prevent a long list of topics being displayed if the user had many topics. I think we should display the hidden topics in the Topic block only if the user is currently accessing the topic that has hidden sub topics (as long as they have appropriate permissions). We may also want to consider marking topics in the Topic Block with a + or something similar if they do indeed contain sub topics that are hidden and can become visible if the user clicks on that topic. 2) Include a list of Topics (separated by spaces or commas) an article directly belongs too when you view a story. This can be listed under the story content sort of like a list of tags. When you click on the topic you are then taken to the first page of the topic. This feature also should be an autotag that allows you to specify the total number of topics to display along with the object type (story, staticpage, etc...) since other objects besides stories can belong to the topic. Some new plugin api is required here. 3) Have an Autotag that create a point list of the last x number of new stories, staticpages, polls, etc. of a topic. Configurable options would include: - Number of items in the list - What type of items to include: All, Stories, Staticpage, etc Some new plugin api is required here for this as well. This isn't something that I can work on right away (thinking after the summer) but if anyone wants to comment on it and has other ideas let me know. Tom From dirk at haun-online.de Sun Jun 2 12:54:15 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 2 Jun 2013 18:54:15 +0200 Subject: [geeklog-devel] GSOC Selection In-Reply-To: References: Message-ID: Sandeep kaur wrote: > I was just curious about the reason behind my failure in GSOC > selection. I've sent you an email. bye, Dirk -- http://www.geeklog.net/ From dirk at haun-online.de Tue Jun 4 03:32:12 2013 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 04 Jun 2013 09:32:12 +0200 Subject: [geeklog-devel] So ... Message-ID: <20130604093212.Horde.0FBIcC4iUo6in3sw1ZgCJQ8@webmail.df.eu> Should we, too? https://twitter.com/Dries/status/341726669930909696 bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Tue Jun 4 09:52:51 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 4 Jun 2013 09:52:51 -0400 Subject: [geeklog-devel] Structured Data for Search Engines Message-ID: <046e01ce612a$cde59920$69b0cb60$@cogeco.net> "If Google understands your website's content in a structured way, we can present that content more accurately and more attractively to Google users." http://googlewebmastercentral.blogspot.ca/2013/05/getting-started-with-struc tured-data.html https://www.google.com/webmasters/markup-helper/ Google has released some new structured data tools which makes it easier to incorporate into websites (and themes). This is supported by all of the major search engines. The main one I am thinking of is for articles. This can be done for an article on a single page as well as a list of articles in a topic. (Google's new Tool can help with this) http://schema.org/Article There is also a schema for Comments (important as well IMO) and Events (Calendar Plugin). As the internet moves forward I expect these types of signals will become more important for search engines. We may want to consider adding these type of markups to our themes sooner rather than later. Thoughts? Tom From websitemaster at cogeco.net Tue Jun 4 09:56:43 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 4 Jun 2013 09:56:43 -0400 Subject: [geeklog-devel] So ... In-Reply-To: <20130604093212.Horde.0FBIcC4iUo6in3sw1ZgCJQ8@webmail.df.eu> References: <20130604093212.Horde.0FBIcC4iUo6in3sw1ZgCJQ8@webmail.df.eu> Message-ID: <046f01ce612b$5834b3e0$089e1ba0$@cogeco.net> It is probably something we should really consider. With everyone having a Facebook and Twitter account now OpenId really has fallen by the wayside. Does anyone use it anymore? Also how about Live Journal, etc..? Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-04-13 3:32 AM To: 'Geeklog Development' Subject: [geeklog-devel] So ... Should we, too? https://twitter.com/Dries/status/341726669930909696 bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Fri Jun 7 10:25:58 2013 From: websitemaster at cogeco.net (Tom) Date: Fri, 7 Jun 2013 10:25:58 -0400 Subject: [geeklog-devel] Story What's Related Block and Displaying Related Topics Message-ID: <05ba01ce638a$eda5dd30$c8f19790$@cogeco.net> I needed to get a few things done on my site so I started to tackle these issues about displaying related items http://project.geeklog.net/tracking/view.php?id=1614 After looking into things further here are the questions I am struggling with. Story What's Related Block Right now the articles have a what's related block. It currently lists all links in a story along with links to Geeklog search results for the user who created the article (the More by Admin link) and one link to Geeklog search results for a topic (ie More from General News). This Block has several problems which I plan on fixing (http://project.geeklog.net/tracking/view.php?id=1607) - It lists only one topic search result (the story could belong to more) - The links from the article it lists includes duplicates as well as links that have no anchor text (like one around an image) - If your article has a lot of links (internal or external) it will list them all and the block will get really long New Related Topics I want to add a new Related Topics list for stories . I currently use the tag cloud plugin which lists related tags under the story in one line. With Geeklog 2.0.0 and are improvements with topics the tag plugin can becomes unnecessary if you start filing your stories under multiple topics. My plans was to create a story template variable (and autotag so other items can use it) which will allow topics the story directly belongs to (no inherited ones) to be displayed like so under a story: Topics: General News Topic2 Topic3 The links in this topic list would go straight to the topic (and not search results). Does this sound fine to everyone? I would like to do it this way. Another option (and hence my struggle :-) would be to remove the topic search result links from the Story What's Related Block and put them there. I do not like this option as much since this information kind of gets lost here and the search result links would be removed. Thoughts? Tom From b.ttalic at gmail.com Sun Jun 9 15:53:08 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Sun, 9 Jun 2013 21:53:08 +0200 Subject: [geeklog-devel] GSoC blog Message-ID: Hello, As part of the project I promised to write a blog on the progress I do. So I have set it up and published the first post to it. I will not spam the list every time there is a new post but if someone is interested in reading it: http://summergeeek.blogspot.com/ Best, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Sun Jun 9 16:05:53 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 9 Jun 2013 22:05:53 +0200 Subject: [geeklog-devel] GSoC blog In-Reply-To: References: Message-ID: Benjamin Talic wrote: > As part of the project I promised to write a blog on the progress I do. Keeping a blog is actually a requirement from Fedora for their GSoC student (and therefore for Ben, too). > I will not spam the list every time there is a new post but if someone is interested in reading it: http://summergeeek.blogspot.com/ We will have discussions about the GSoC project on this list, though, as I'd like us to do things more publicly this year than in the past. This shouldn't cause a lot of extra traffic and will hopefully give everybody a better idea of what's happening. bye, Dirk -- http://www.geeklog.net/ From websitemaster at cogeco.net Mon Jun 10 19:52:02 2013 From: websitemaster at cogeco.net (Tom) Date: Mon, 10 Jun 2013 19:52:02 -0400 Subject: [geeklog-devel] GSoC blog In-Reply-To: References: Message-ID: <06dc01ce6635$8130c540$83924fc0$@cogeco.net> >> We will have discussions about the GSoC project on this list, though, as I'd like us to do things more publicly this year than in the past. This >> shouldn't cause a lot of extra traffic and will hopefully give everybody a better idea of what's happening. That sounds like a great idea especially since we only have the one entry this year. @Ben - Thanks for the introduction. I look forward to following your work this summer. Tom From websitemaster at cogeco.net Thu Jun 13 19:08:35 2013 From: websitemaster at cogeco.net (Tom) Date: Thu, 13 Jun 2013 19:08:35 -0400 Subject: [geeklog-devel] Reducing Template Files Message-ID: <00b701ce688a$ee611b40$cb2351c0$@cogeco.net> Hi All, I was working on a few updates with the Topic Block and I ended up reducing the template files needed (3) down to 1 by using the rarely used template block feature which is built into the template class (from Geeklog 1.3 I believe). This is also currently used with the page navigation. I also went ahead and reduced the menu template files (menuitem.thtml, menuitem_none.thtml, menuitem_last.thtml) down to 1 file as well (menunavigation.thtml). After a quick glance there are a number of places we can do this that makes sense and it is fairly easy to do (though it might make it slightly more complex for theme designers initially). Adminoption, Adminoption_off List, listitem Useroption, useroption_off Should I go ahead and do this? I like having less template files to worry about and it does combine similar template files into one file. Thoughts? Tom Note: Remember if you commit any template changes please update the theme docs file with the changes to make it easier for everyone to update their themes when a new version of Geeklog comes out. From dirk at haun-online.de Sun Jun 16 12:52:11 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 16 Jun 2013 18:52:11 +0200 Subject: [geeklog-devel] Reducing Template Files In-Reply-To: <00b701ce688a$ee611b40$cb2351c0$@cogeco.net> References: <00b701ce688a$ee611b40$cb2351c0$@cogeco.net> Message-ID: <8561FA8E-3F9A-4695-9580-F6BE61858362@haun-online.de> Tom wrote: > Should I go ahead and do this? I like having less template files to worry > about and it does combine similar template files into one file. These make use of the new template library, I assume? The only reason why we have so many files for some things (even simple ones, like the menu items) is since this was the only way to do it with the old template library. So now that we have that option, we should use it (and reduce the clutter). bye, Dirk -- http://www.themobilepresenter.com/ From b.ttalic at gmail.com Sun Jun 16 13:02:35 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Sun, 16 Jun 2013 19:02:35 +0200 Subject: [geeklog-devel] CrowdTranslation plugin Message-ID: Hi All, So I started doing some work on the plugin,nothing to show yet I have mostly tried to get pieces of code to work. The first part was to change between languages temporarily, adding a simple plugin... Now I face the first big design question, do we let the user add any new language they want to e.g. provide them with a text input box. Or are they allowed to select one of a list of previously provided options-like they do when they pick the language for the site? I was thinking of using MBYTE_languageList if we go with the second option. The downside of the first option is that users could input stuff like Engslihs instead of English which would create a new 'language translation'. The downside of the second option is that it imposes limitations. Thanks for the help, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Sun Jun 16 14:39:57 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 16 Jun 2013 20:39:57 +0200 Subject: [geeklog-devel] CrowdTranslation plugin In-Reply-To: References: Message-ID: <5219D48C-AD82-4983-9AD6-BC93D3ECA146@haun-online.de> Benjamin Talic wrote: > Now I face the first big design question, do we let the user add any new language they want to e.g. provide them with a text input box. > Or are they allowed to select one of a list of previously provided options-like they do when they pick the language for the site? Since the whole point of this project is to harness the power of the crowds, I think we should allow users to submit translations for new languages. However ? > The downside of the first option is that users could input stuff like Engslihs instead of English which would create a new 'language translation'. This could in fact be a problem. My first thought was to have some sort of approval process: Allow users to suggest a new language for translation, but only after it has been approved (and possibly corrected) by an admin user. But if we make this too complicated or if it takes too long, it could demotivate the potential contributor. Thoughts, anyone? Other ideas? bye, Dirk P.S. We're going to use http://wiki.geeklog.net/index.php/Crowdsourcing_Translations as the project's "home page". Anyone interested may want to keep an eye on that page. -- http://www.themobilepresenter.com/ From niemans at nlbox.com Sun Jun 16 15:09:28 2013 From: niemans at nlbox.com (Niemans) Date: Sun, 16 Jun 2013 21:09:28 +0200 Subject: [geeklog-devel] CrowdTranslation plugin In-Reply-To: <5219D48C-AD82-4983-9AD6-BC93D3ECA146@haun-online.de> References: <5219D48C-AD82-4983-9AD6-BC93D3ECA146@haun-online.de> Message-ID: <576AF8BA-36BD-48EA-BDA8-94AE020CFC2E@nlbox.com> Let's drill down a bit on the starting points. My first guess would be that the language items would be present in the database. This results in the requirement to load these language items. It is obvious that we need a step too to export them, which could be implemented item-wise or language wise. So, if the database contains the language items, we also do have a language list by querying the database. If we agree on my guess, when the user enters "engslish", than that means a new language by the simple fact of the absence in the database. My guess would than be, to create a new language in the database with all items already populated; this is needed to avoid that new items will be created which have no use in the base code. My second guess would be that a approval process would be better a moderation process. So, anybody can register (at the main site) for a translation, receives some credentials to load in his/hers local database which could be checked by the plugin, probably at install time. That's approval. After export of a translation, we need people to moderate, which could be crowd sourced also. My preference would be that moderation occurs at the main site with released (exported) translations. My third guess would be, that the progress of a (local) translation could be monitored by a rss-feed. Shoot!! Wim Op 16 jun. 2013, om 20:39 heeft Dirk Haun het volgende geschreven: > Benjamin Talic wrote: > >> Now I face the first big design question, do we let the user add any new language they want to e.g. provide them with a text input box. >> Or are they allowed to select one of a list of previously provided options-like they do when they pick the language for the site? > > Since the whole point of this project is to harness the power of the crowds, I think we should allow users to submit translations for new languages. However ? > > >> The downside of the first option is that users could input stuff like Engslihs instead of English which would create a new 'language translation'. > > > This could in fact be a problem. > > My first thought was to have some sort of approval process: Allow users to suggest a new language for translation, but only after it has been approved (and possibly corrected) by an admin user. But if we make this too complicated or if it takes too long, it could demotivate the potential contributor. > > Thoughts, anyone? Other ideas? > > bye, Dirk > > P.S. We're going to use http://wiki.geeklog.net/index.php/Crowdsourcing_Translations as the project's "home page". Anyone interested may want to keep an eye on that page. > > > -- > http://www.themobilepresenter.com/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From websitemaster at cogeco.net Sun Jun 16 16:41:20 2013 From: websitemaster at cogeco.net (Tom) Date: Sun, 16 Jun 2013 16:41:20 -0400 Subject: [geeklog-devel] CrowdTranslation plugin In-Reply-To: <576AF8BA-36BD-48EA-BDA8-94AE020CFC2E@nlbox.com> References: <5219D48C-AD82-4983-9AD6-BC93D3ECA146@haun-online.de> <576AF8BA-36BD-48EA-BDA8-94AE020CFC2E@nlbox.com> Message-ID: <016b01ce6ad1$dbe17ca0$93a475e0$@cogeco.net> I would allow for a selection of an existing language and the creation of a new language with a config option to enable moderation (like how stories work). Besides Geeklog is it the plan to allow the crowd sourcing translation plugin to translate other plugins (like the core plugins, forum or even itself)? Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Niemans Sent: June-16-13 3:09 PM To: Geeklog Development Subject: Re: [geeklog-devel] CrowdTranslation plugin Let's drill down a bit on the starting points. My first guess would be that the language items would be present in the database. This results in the requirement to load these language items. It is obvious that we need a step too to export them, which could be implemented item-wise or language wise. So, if the database contains the language items, we also do have a language list by querying the database. If we agree on my guess, when the user enters "engslish", than that means a new language by the simple fact of the absence in the database. My guess would than be, to create a new language in the database with all items already populated; this is needed to avoid that new items will be created which have no use in the base code. My second guess would be that a approval process would be better a moderation process. So, anybody can register (at the main site) for a translation, receives some credentials to load in his/hers local database which could be checked by the plugin, probably at install time. That's approval. After export of a translation, we need people to moderate, which could be crowd sourced also. My preference would be that moderation occurs at the main site with released (exported) translations. My third guess would be, that the progress of a (local) translation could be monitored by a rss-feed. Shoot!! Wim Op 16 jun. 2013, om 20:39 heeft Dirk Haun het volgende geschreven: > Benjamin Talic wrote: > >> Now I face the first big design question, do we let the user add any new language they want to e.g. provide them with a text input box. >> Or are they allowed to select one of a list of previously provided options-like they do when they pick the language for the site? > > Since the whole point of this project is to harness the power of the crowds, I think we should allow users to submit translations for new languages. However . > > >> The downside of the first option is that users could input stuff like Engslihs instead of English which would create a new 'language translation'. > > > This could in fact be a problem. > > My first thought was to have some sort of approval process: Allow users to suggest a new language for translation, but only after it has been approved (and possibly corrected) by an admin user. But if we make this too complicated or if it takes too long, it could demotivate the potential contributor. > > Thoughts, anyone? Other ideas? > > bye, Dirk > > P.S. We're going to use http://wiki.geeklog.net/index.php/Crowdsourcing_Translations as the project's "home page". Anyone interested may want to keep an eye on that page. > > > -- > http://www.themobilepresenter.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 b.ttalic at gmail.com Sun Jun 16 17:23:57 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Sun, 16 Jun 2013 23:23:57 +0200 Subject: [geeklog-devel] CrowdTranslation plugin Message-ID: >My first guess would be that the language items would be present in the database. At this point I am thinking of a table like: Language| Array | Array_Key| Translation German |LANG01 | 2 | mehr Then the packing is done by finding all the entries of the same language and adding them to the correct arrays to produce a php file like the ones currently provided with Geeklog. >So, anybody can register (at the main site) for a translation, receives some credentials to load in his/hers local database which could be checked by the plugin I like this idea. Until now I guessed that anyone could send a translation to some kind of master database. The translations would be filtered there, and packed for deployment later on. >Besides Geeklog is it the plan to allow the crowd sourcing translation plugin to translate other plugins (like the core plugins, forum or even itself)? Since I don't know of any other way I thought of mapping all the LANG array names inside a php file, something like $lang_arrays=array($LANG01, $LANG03, $LANG04); to enable the plugin to access them later on. I would also add the core plugins to the file. Later on, an API could be made so that developers who want to enable translations would have to create a similar file for their plugin. So the agreement is to allow users to add any language they like? How about adding a bit of jQueryUI magic, do that the input field for the language has auto-complete, that way we could at least reduce the possibility of creating redundant(misspellings) languages. -------------- next part -------------- An HTML attachment was scrubbed... URL: From niemans at nlbox.com Sun Jun 16 17:55:50 2013 From: niemans at nlbox.com (Niemans) Date: Sun, 16 Jun 2013 23:55:50 +0200 Subject: [geeklog-devel] CrowdTranslation plugin In-Reply-To: References: Message-ID: <5227F085-C501-4484-9FDA-CCCCC42BBF43@nlbox.com> > At this point I am thinking of a table like: > Language| Array | Array_Key| Translation > German |LANG01 | 2 | mehr Add the full language filename, i.e. "dutch_utf-8" Take the full array name, abbreviate only in the GUI. Add the plugin name; we will need a approved list, i.e. core, forum, links etc. Add the id or credentials received from the main site; we'll need it when merging with the main site Add the permission items of Geeklog Add the (local) userID for tracking Add a timestamp Add a count (likes) Wim Op 16 jun. 2013, om 23:23 heeft Benjamin Talic het volgende geschreven: > >My first guess would be that the language items would be present in the database. > At this point I am thinking of a table like: > Language| Array | Array_Key| Translation > German |LANG01 | 2 | mehr > > Then the packing is done by finding all the entries of the same language and adding them to the correct arrays to produce a php file like > the ones currently provided with Geeklog. > > >So, anybody can register (at the main site) for a translation, receives some credentials to load in his/hers local database which could be checked by the plugin > I like this idea. Until now I guessed that anyone could send a translation to some kind of master database. The translations would be filtered there, and packed for deployment later on. > > > >Besides Geeklog is it the plan to allow the crowd sourcing translation plugin to translate other plugins (like the core plugins, forum or even itself)? > Since I don't know of any other way I thought of mapping all the LANG array names inside a php file, something like $lang_arrays=array($LANG01, $LANG03, $LANG04); to enable the plugin to access them later on. I would also add the core plugins to the file. Later on, an API could be made so that developers who want to enable translations would have to create a similar file for their plugin. > > So the agreement is to allow users to add any language they like? > How about adding a bit of jQueryUI magic, do that the input field for the language has auto-complete, that way we could at least reduce the possibility of creating redundant(misspellings) languages. > > > _______________________________________________ > 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 Sun Jun 16 17:59:15 2013 From: niemans at nlbox.com (Niemans) Date: Sun, 16 Jun 2013 23:59:15 +0200 Subject: [geeklog-devel] CrowdTranslation plugin In-Reply-To: <016b01ce6ad1$dbe17ca0$93a475e0$@cogeco.net> References: <5219D48C-AD82-4983-9AD6-BC93D3ECA146@haun-online.de> <576AF8BA-36BD-48EA-BDA8-94AE020CFC2E@nlbox.com> <016b01ce6ad1$dbe17ca0$93a475e0$@cogeco.net> Message-ID: <6DAB1AC2-E996-4E1B-9744-A92E139D9A5B@nlbox.com> I like the idea of similarity with stories. Gives Benjamin a head start, too. What about enabling comments? Statistics? Searches? Wim Op 16 jun. 2013, om 22:41 heeft Tom het volgende geschreven: > I would allow for a selection of an existing language and the creation of a > new language with a config option to enable moderation (like how stories > work). > > Besides Geeklog is it the plan to allow the crowd sourcing translation > plugin to translate other plugins (like the core plugins, forum or even > itself)? > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Niemans > Sent: June-16-13 3:09 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] CrowdTranslation plugin > > > Let's drill down a bit on the starting points. > > My first guess would be that the language items would be present in the > database. > This results in the requirement to load these language items. It is obvious > that we need a step too to export them, which could be implemented item-wise > or language wise. > So, if the database contains the language items, we also do have a language > list by querying the database. > If we agree on my guess, when the user enters "engslish", than that means a > new language by the simple fact of the absence in the database. > My guess would than be, to create a new language in the database with all > items already populated; this is needed to avoid that new items will be > created which have no use in the base code. > > My second guess would be that a approval process would be better a > moderation process. So, anybody can register (at the main site) for a > translation, receives some credentials to load in his/hers local database > which could be checked by the plugin, probably at install time. That's > approval. > After export of a translation, we need people to moderate, which could be > crowd sourced also. My preference would be that moderation occurs at the > main site with released (exported) translations. > > My third guess would be, that the progress of a (local) translation could be > monitored by a rss-feed. > > Shoot!! > > Wim > > > > Op 16 jun. 2013, om 20:39 heeft Dirk Haun het volgende geschreven: > >> Benjamin Talic wrote: >> >>> Now I face the first big design question, do we let the user add any new > language they want to e.g. provide them with a text input box. >>> Or are they allowed to select one of a list of previously provided > options-like they do when they pick the language for the site? >> >> Since the whole point of this project is to harness the power of the > crowds, I think we should allow users to submit translations for new > languages. However . >> >> >>> The downside of the first option is that users could input stuff like > Engslihs instead of English which would create a new 'language translation'. >> >> >> This could in fact be a problem. >> >> My first thought was to have some sort of approval process: Allow users to > suggest a new language for translation, but only after it has been approved > (and possibly corrected) by an admin user. But if we make this too > complicated or if it takes too long, it could demotivate the potential > contributor. >> >> Thoughts, anyone? Other ideas? >> >> bye, Dirk >> >> P.S. We're going to use > http://wiki.geeklog.net/index.php/Crowdsourcing_Translations as the > project's "home page". Anyone interested may want to keep an eye on that > page. >> >> >> -- >> http://www.themobilepresenter.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 > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From niemans at nlbox.com Sun Jun 16 18:32:54 2013 From: niemans at nlbox.com (Niemans) Date: Mon, 17 Jun 2013 00:32:54 +0200 Subject: [geeklog-devel] CrowdTranslation plugin In-Reply-To: <576AF8BA-36BD-48EA-BDA8-94AE020CFC2E@nlbox.com> References: <5219D48C-AD82-4983-9AD6-BC93D3ECA146@haun-online.de> <576AF8BA-36BD-48EA-BDA8-94AE020CFC2E@nlbox.com> Message-ID: Let's dril down a bit more on the real environment. The translation, seen in a generic way, has two use cases. A first use case exists for a local geeklog site and will support doing actual translations locally. Which could make use of moderation. A second use case exists for the main site and will support the merging of translations that local sites "release". Which must use moderation for the released translation. No editing. So, in short, local sites conform to the first use case. GL mainsite conforms to the second and could also conform to the first use case. We must be careful to not complicate the use. Key principle is that any translator site has credentials or a minimal translatorID, also the GL main site. Let's have some figures. Say, I'll do the dutch translation locally. After finishing the bundle will be released to the main site and world-moderation starts. After a while this moderation ends and the language files are incorporated in the next official GL release. Say, mr. Henk Jansen wants to do the same. The mainsite ends up with two releases for Dutch ! These releases would not have to be identical, nor 100% complete. The world-moderation will filter. Say, being a huge success, some local site will act as the mainsite and merge a few releases into their local repository and releases the resulting bundle to the GL mainsite. So, in extrema, GL mainsite has 25 original languages and total 81 releases will be merged / moderated. This has to culminate into one official release of GL. So, we may expect that these 81 releases do not cover EACH language in full 100%. I can think of me doing LANG01 and Henk doing LANG02 or we both translate just randomly during a fixed period of time. We did not yet talk on "coverage" on completeness. To my opinion, this triggers the design decision: do we release/export a complete language (with holes in it) or do we release/communicate single items, as time goes by? In other words: is the mainsite like a vacuum cleaner and will hold a near-copy of the co-operating local site OR is the intention to support a start-stop process with complete or merged releases from local sites? Important factors here are the expected use of the plugin, the volume of kudos we assign to the co-operators, the need to be fast in publishing, conformation to a schedule. Can we vote? Wim Op 16 jun. 2013, om 21:09 heeft Niemans het volgende geschreven: > > Let's drill down a bit on the starting points. > > My first guess would be that the language items would be present in the database. > This results in the requirement to load these language items. It is obvious that we need a step too to export them, which could be implemented item-wise or language wise. > So, if the database contains the language items, we also do have a language list by querying the database. > If we agree on my guess, when the user enters "engslish", than that means a new language by the simple fact of the absence in the database. > My guess would than be, to create a new language in the database with all items already populated; this is needed to avoid that new items will be created which have no use in the base code. > > My second guess would be that a approval process would be better a moderation process. So, anybody can register (at the main site) for a translation, receives some credentials to load in his/hers local database which could be checked by the plugin, probably at install time. That's approval. > After export of a translation, we need people to moderate, which could be crowd sourced also. My preference would be that moderation occurs at the main site with released (exported) translations. > > My third guess would be, that the progress of a (local) translation could be monitored by a rss-feed. > > Shoot!! > > Wim > > > > Op 16 jun. 2013, om 20:39 heeft Dirk Haun het volgende geschreven: > >> Benjamin Talic wrote: >> >>> Now I face the first big design question, do we let the user add any new language they want to e.g. provide them with a text input box. >>> Or are they allowed to select one of a list of previously provided options-like they do when they pick the language for the site? >> >> Since the whole point of this project is to harness the power of the crowds, I think we should allow users to submit translations for new languages. However ? >> >> >>> The downside of the first option is that users could input stuff like Engslihs instead of English which would create a new 'language translation'. >> >> >> This could in fact be a problem. >> >> My first thought was to have some sort of approval process: Allow users to suggest a new language for translation, but only after it has been approved (and possibly corrected) by an admin user. But if we make this too complicated or if it takes too long, it could demotivate the potential contributor. >> >> Thoughts, anyone? Other ideas? >> >> bye, Dirk >> >> P.S. We're going to use http://wiki.geeklog.net/index.php/Crowdsourcing_Translations as the project's "home page". Anyone interested may want to keep an eye on that page. >> >> >> -- >> http://www.themobilepresenter.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 websitemaster at cogeco.net Mon Jun 17 14:43:11 2013 From: websitemaster at cogeco.net (Tom) Date: Mon, 17 Jun 2013 14:43:11 -0400 Subject: [geeklog-devel] Reducing Template Files In-Reply-To: <8561FA8E-3F9A-4695-9580-F6BE61858362@haun-online.de> References: <00b701ce688a$ee611b40$cb2351c0$@cogeco.net> <8561FA8E-3F9A-4695-9580-F6BE61858362@haun-online.de> Message-ID: <01da01ce6b8a$84c45000$8e4cf000$@cogeco.net> Actually this has been part of the original template library for a while. Dengen used it in the page navigation about a year ago and I forget where he said he found out about the code. It is documented somewhere but of course I cannot find it now. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-16-13 12:52 PM To: Geeklog Development Subject: Re: [geeklog-devel] Reducing Template Files Tom wrote: > Should I go ahead and do this? I like having less template files to > worry about and it does combine similar template files into one file. These make use of the new template library, I assume? The only reason why we have so many files for some things (even simple ones, like the menu items) is since this was the only way to do it with the old template library. So now that we have that option, we should use it (and reduce the clutter). bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From joe at throwingdice.com Tue Jun 18 02:34:57 2013 From: joe at throwingdice.com (Joe Mucchiello) Date: Tue, 18 Jun 2013 01:34:57 -0500 Subject: [geeklog-devel] Reducing Template Files In-Reply-To: <01da01ce6b8a$84c45000$8e4cf000$@cogeco.net> References: <00b701ce688a$ee611b40$cb2351c0$@cogeco.net> <8561FA8E-3F9A-4695-9580-F6BE61858362@haun-online.de> <01da01ce6b8a$84c45000$8e4cf000$@cogeco.net> Message-ID: <036dbde50870aed77178013e253ee61a.squirrel@mustang.hawkhost.com> The old GUS plugin used it. Media gallery uses it. Several other old plugins used it. One of the most difficult parts of creating the CTL was emulating these block functions. I have no idea why it was never used in core Geeklog. CTL adds If/Else and Loop functions that can also be used to reduce the number of templates. And they do it cleaner than the block functions since you don't have to add block calls to the code to use them. I still find coding for the block functions odd. > Actually this has been part of the original template library for a while. > Dengen used it in the page navigation about a year ago and I forget where > he > said he found out about the code. It is documented somewhere but of > course > I cannot find it now. > > Tom From websitemaster at cogeco.net Tue Jun 18 09:28:50 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 18 Jun 2013 09:28:50 -0400 Subject: [geeklog-devel] Reducing Template Files In-Reply-To: <036dbde50870aed77178013e253ee61a.squirrel@mustang.hawkhost.com> References: <00b701ce688a$ee611b40$cb2351c0$@cogeco.net> <8561FA8E-3F9A-4695-9580-F6BE61858362@haun-online.de> <01da01ce6b8a$84c45000$8e4cf000$@cogeco.net> <036dbde50870aed77178013e253ee61a.squirrel@mustang.hawkhost.com> Message-ID: <022801ce6c27$c5142840$4f3c78c0$@cogeco.net> Thanks for the input Joe, I think it was the Media Gallery plugin where Dengen had seen it before and I believe at that time I had found some docs about the feature on a Geeklog 1.3.x release. I plan on reducing a few templates for now mainly using the block method as I have to do very minimal code changes in core to get them to work (removing setting the template file and just set them as blocks). At some point in a future version of Geeklog I would like to revisit and add loops and if statements along with using Lang arrays in our main themes. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe Mucchiello Sent: June-18-13 2:35 AM To: Geeklog Development Subject: Re: [geeklog-devel] Reducing Template Files The old GUS plugin used it. Media gallery uses it. Several other old plugins used it. One of the most difficult parts of creating the CTL was emulating these block functions. I have no idea why it was never used in core Geeklog. CTL adds If/Else and Loop functions that can also be used to reduce the number of templates. And they do it cleaner than the block functions since you don't have to add block calls to the code to use them. I still find coding for the block functions odd. > Actually this has been part of the original template library for a while. > Dengen used it in the page navigation about a year ago and I forget > where he said he found out about the code. It is documented somewhere > but of course I cannot find it now. > > Tom _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Tue Jun 18 12:57:46 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 18 Jun 2013 12:57:46 -0400 Subject: [geeklog-devel] Reducing Template Files In-Reply-To: <022801ce6c27$c5142840$4f3c78c0$@cogeco.net> References: <00b701ce688a$ee611b40$cb2351c0$@cogeco.net> <8561FA8E-3F9A-4695-9580-F6BE61858362@haun-online.de> <01da01ce6b8a$84c45000$8e4cf000$@cogeco.net> <036dbde50870aed77178013e253ee61a.squirrel@mustang.hawkhost.com> <022801ce6c27$c5142840$4f3c78c0$@cogeco.net> Message-ID: <026701ce6c44$f53b4040$dfb1c0c0$@cogeco.net> BTW the configuration also uses template blocks :-) -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: June-18-13 9:29 AM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Reducing Template Files Thanks for the input Joe, I think it was the Media Gallery plugin where Dengen had seen it before and I believe at that time I had found some docs about the feature on a Geeklog 1.3.x release. I plan on reducing a few templates for now mainly using the block method as I have to do very minimal code changes in core to get them to work (removing setting the template file and just set them as blocks). At some point in a future version of Geeklog I would like to revisit and add loops and if statements along with using Lang arrays in our main themes. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe Mucchiello Sent: June-18-13 2:35 AM To: Geeklog Development Subject: Re: [geeklog-devel] Reducing Template Files The old GUS plugin used it. Media gallery uses it. Several other old plugins used it. One of the most difficult parts of creating the CTL was emulating these block functions. I have no idea why it was never used in core Geeklog. CTL adds If/Else and Loop functions that can also be used to reduce the number of templates. And they do it cleaner than the block functions since you don't have to add block calls to the code to use them. I still find coding for the block functions odd. > Actually this has been part of the original template library for a while. > Dengen used it in the page navigation about a year ago and I forget > where he said he found out about the code. It is documented somewhere > but of course I cannot find it now. > > 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 From websitemaster at cogeco.net Tue Jun 18 13:06:04 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 18 Jun 2013 13:06:04 -0400 Subject: [geeklog-devel] Modern Theme Comment Output Message-ID: <026e01ce6c46$1e00ea10$5a02be30$@cogeco.net> FYI - I converted the Modern Theme comments to use the template_comments configuration option. They will now only display if this option is enabled in the Geeklog Configuration. Plugin authors that support Geeklog 2.0.0 and higher may want to use this option for their templates as it does reduce the size of the output. Tom From dirk at haun-online.de Tue Jun 18 16:13:22 2013 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 18 Jun 2013 22:13:22 +0200 Subject: [geeklog-devel] CrowdTranslation plugin In-Reply-To: <016b01ce6ad1$dbe17ca0$93a475e0$@cogeco.net> References: <5219D48C-AD82-4983-9AD6-BC93D3ECA146@haun-online.de> <576AF8BA-36BD-48EA-BDA8-94AE020CFC2E@nlbox.com> <016b01ce6ad1$dbe17ca0$93a475e0$@cogeco.net> Message-ID: <2D1EF2E6-A10F-4733-85FD-AA46E87F7261@haun-online.de> Forgot to reply to this: > Besides Geeklog is it the plan to allow the crowd sourcing translation > plugin to translate other plugins (like the core plugins, forum or even > itself)? The idea is to keep things generic enough so that plugin support can be added easily at a later stage (during or after the summer). Initial support will be for core only. The sort of plugin (bundled, 3rd party, the plugin itself) shouldn't matter, as long as they use the normal language arrays. bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Tue Jun 18 20:31:32 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 18 Jun 2013 20:31:32 -0400 Subject: [geeklog-devel] Geeklog Admin Home Message-ID: <029c01ce6c84$5a6b56f0$0f4204d0$@cogeco.net> Does anyone have a problem with me adding an actual Admin home link to the admin block? I always thought this was a little strange that we didn't have one as it is not obvious that Submissions is it. I would put the command and control on this page and remove it from submissions. I may also organize the icons a bit better so it is easier to spot things. Have a spot for plugins, topics, blocks, article stuff Have a spot for Users (groups, users, Mail Users) Have a spot for tools (db backups, clear cache, Log Viewer, GL Version Test, configuration, documentation) Thoughts? Tom From dirk at haun-online.de Wed Jun 19 05:04:51 2013 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 19 Jun 2013 11:04:51 +0200 Subject: [geeklog-devel] Geeklog Admin Home In-Reply-To: <029c01ce6c84$5a6b56f0$0f4204d0$@cogeco.net> References: <029c01ce6c84$5a6b56f0$0f4204d0$@cogeco.net> Message-ID: <20130619110451.Horde.dvfIduI5Ouom8H0qgMpiMQ1@webmail.df.eu> Quoting Tom : > Does anyone have a problem with me adding an actual Admin home link to the > admin block? I always thought this was a little strange that we didn't have > one as it is not obvious that Submissions is it. > > I would put the command and control on this page and remove it from > submissions. So you'd like to separate the two? Admin Home -> icons only; Submissions -> submission queues only? I guess that makes sense. Would Admin Home always be the first link then (like Submissions is now), and Submissions would be listed after "Stories"[1]? > I may also organize the icons a bit better so it is easier to spot things. Right now, the icons are in the same order as the entries in the admin block (or at least they should be). Grouping them would be another option (neither option sounds "wrong" to me). I guess there's no way to add a 3rd party plugin to one such group? Btw, with all these changes (also in the themes), the next version should probably be called 2.1.0 instead of 2.0.1. bye, Dirk [1] Which, btw, we wanted to rename to "Articles" some day, see http://project.geeklog.net/tracking/view.php?id=1263 -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Wed Jun 19 09:23:10 2013 From: websitemaster at cogeco.net (Tom) Date: Wed, 19 Jun 2013 09:23:10 -0400 Subject: [geeklog-devel] Geeklog Admin Home In-Reply-To: <20130619110451.Horde.dvfIduI5Ouom8H0qgMpiMQ1@webmail.df.eu> References: <029c01ce6c84$5a6b56f0$0f4204d0$@cogeco.net> <20130619110451.Horde.dvfIduI5Ouom8H0qgMpiMQ1@webmail.df.eu> Message-ID: <02b201ce6cf0$25057ab0$6f107010$@cogeco.net> >> So you'd like to separate the two? Yes >> Btw, with all these changes (also in the themes), the next version should probably be called 2.1.0 instead of 2.0.1. Agree >> I guess that makes sense. Would Admin Home always be the first link then (like Submissions is now), and Submissions would be listed after "Stories"[1]? Submissions would probably go in the tools Section. >> I guess there's no way to add a 3rd party plugin to one such group? I figured I would add a new plugin api that checks with the plugin and adds it to whatever group it wants. At one point I thought of allowing plugins to add their own group if they want but I am not sure if that is needed. So we have the 3 groups Tools - Db backups, Clear cache, Log Viewer, GL Version Test, Configuration, Documentation, SPAM-X Plugin Users - Groups, Users, Mail Users Plugins - All ungrouped plugins Should we have a Core group? (or some other name) I would see the core functionality of Geeklog (that do not fit anywhere else) in this group: Core - Blocks, Content Syndication, Plugins, Stories, Topics, Submissions (here or in Tools???), Trackbacks Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-19-13 5:05 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog Admin Home Quoting Tom : > Does anyone have a problem with me adding an actual Admin home link to > the admin block? I always thought this was a little strange that we > didn't have one as it is not obvious that Submissions is it. > > I would put the command and control on this page and remove it from > submissions. So you'd like to separate the two? Admin Home -> icons only; Submissions -> submission queues only? I guess that makes sense. Would Admin Home always be the first link then (like Submissions is now), and Submissions would be listed after "Stories"[1]? > I may also organize the icons a bit better so it is easier to spot things. Right now, the icons are in the same order as the entries in the admin block (or at least they should be). Grouping them would be another option (neither option sounds "wrong" to me). I guess there's no way to add a 3rd party plugin to one such group? Btw, with all these changes (also in the themes), the next version should probably be called 2.1.0 instead of 2.0.1. bye, Dirk [1] Which, btw, we wanted to rename to "Articles" some day, see http://project.geeklog.net/tracking/view.php?id=1263 -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Wed Jun 19 14:58:44 2013 From: websitemaster at cogeco.net (Tom) Date: Wed, 19 Jun 2013 14:58:44 -0400 Subject: [geeklog-devel] Speeding Up Geeklog Message-ID: <02ff01ce6d1f$05a49910$10edcb30$@cogeco.net> To speed up Geeklog when it creates the $_TOPICS array I have created a session variable to store the topic tree information for each user. Topics hardly ever get updated so there is no point in creating the tree from the db every single page load. This now only happens if a topic gets created, updated or deleted (or the user security changes). This is working well but I can increase this further by allowing anonymous users to share the topic tree (since it is the same for each anonymous user). For this though I need the text database column data type. Does anyone have a problem for the gl_vars table if I change the type for the value column from varchar(128) to text? Thanks Tom From dirk at haun-online.de Thu Jun 20 04:09:43 2013 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 20 Jun 2013 10:09:43 +0200 Subject: [geeklog-devel] [geeklog-hg] geeklog: You now can delete a story submission from the story ed... In-Reply-To: References: Message-ID: <20130620100943.Horde.DmPTSk20TdkUlRpmPf9x2w1@webmail.df.eu> > You now can delete a story submission from the story editor (bug #0001625) (...) > } else if ($type == 'submission') { > - $tid = DB_getItem ($_TABLES['storysubmission'], 'tid', "sid > = '$sid'"); > if (SEC_hasTopicAccess ($tid) < 3) { That doesn't look right. Where does $tid come from now? bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Thu Jun 20 06:42:49 2013 From: websitemaster at cogeco.net (Tom) Date: Thu, 20 Jun 2013 06:42:49 -0400 Subject: [geeklog-devel] [geeklog-hg] geeklog: You now can delete a story submission from the story ed... In-Reply-To: <20130620100943.Horde.DmPTSk20TdkUlRpmPf9x2w1@webmail.df.eu> References: <20130620100943.Horde.DmPTSk20TdkUlRpmPf9x2w1@webmail.df.eu> Message-ID: <033201ce6da2$e8ea45c0$babed140$@cogeco.net> Good catch. Instead of SEC_hasTopic it should have been if (TOPIC_hasMultiTopicAccess('article', $sid) < 3) { Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-20-13 4:10 AM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] [geeklog-hg] geeklog: You now can delete a story submission from the story ed... > You now can delete a story submission from the story editor (bug #0001625) (...) > } else if ($type == 'submission') { > - $tid = DB_getItem ($_TABLES['storysubmission'], 'tid', "sid > = '$sid'"); > if (SEC_hasTopicAccess ($tid) < 3) { That doesn't look right. Where does $tid come from now? bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From joe at throwingdice.com Thu Jun 20 16:41:07 2013 From: joe at throwingdice.com (Joe Mucchiello) Date: Thu, 20 Jun 2013 15:41:07 -0500 Subject: [geeklog-devel] Speeding Up Geeklog In-Reply-To: <02ff01ce6d1f$05a49910$10edcb30$@cogeco.net> References: <02ff01ce6d1f$05a49910$10edcb30$@cogeco.net> Message-ID: <9e46a5e62ed552fb999aef78be3b95a5.squirrel@mustang.hawkhost.com> The CTL has CACHE_* functions just for this. You pass the array to the function and it is written to the cache directory. You can then load it or regenerate it based on how old it is. See glFusion's story/article handling for examples. (And in the case of the TOPICS array, the decision to regenerate it is basically NO unless someone is doing topic editing in the admin screen. You would add the calls to regenerate the anonymous array, and delete any individual arrays, to the topic save functions.) Writing it to the gl_vars table still requires a database call. A file in a cache directory is many times faster. This was one of the primary purposes of CTL (perhaps even ahead of adding template features to the ancient phplib template library). In 2008 I did a lot of profile runs of Geeklog and the CACHE_ functions were there to cut down of repeated and needless database accesses. > To speed up Geeklog when it creates the $_TOPICS array I have created a > session variable to store the topic tree information for each user. Topics > hardly ever get updated so there is no point in creating the tree from the > db every single page load. This now only happens if a topic gets created, > updated or deleted (or the user security changes). > > This is working well but I can increase this further by allowing anonymous > users to share the topic tree (since it is the same for each anonymous > user). > > For this though I need the text database column data type. Does anyone > have > a problem for the gl_vars table if I change the type for the value column > from varchar(128) to text? > > Thanks > > Tom > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From websitemaster at cogeco.net Fri Jun 21 06:50:19 2013 From: websitemaster at cogeco.net (Tom) Date: Fri, 21 Jun 2013 06:50:19 -0400 Subject: [geeklog-devel] Speeding Up Geeklog In-Reply-To: <9e46a5e62ed552fb999aef78be3b95a5.squirrel@mustang.hawkhost.com> References: <02ff01ce6d1f$05a49910$10edcb30$@cogeco.net> <9e46a5e62ed552fb999aef78be3b95a5.squirrel@mustang.hawkhost.com> Message-ID: <002901ce6e6d$1f5ea4f0$5e1beed0$@cogeco.net> Thanks Joe, I will look into this (I have yet to add the caching function to stories and have only reviewed that part of the story code). I didn't think of the CTL for this type of work (something that is not really displayed). I will still probably keep my existing code of the session variables for those who don't enable the caching part on their sites. I am sure a few will and the speed savings for any who have more than a few topics will be worth it. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe Mucchiello Sent: June-20-13 4:41 PM To: Geeklog Development Subject: Re: [geeklog-devel] Speeding Up Geeklog The CTL has CACHE_* functions just for this. You pass the array to the function and it is written to the cache directory. You can then load it or regenerate it based on how old it is. See glFusion's story/article handling for examples. (And in the case of the TOPICS array, the decision to regenerate it is basically NO unless someone is doing topic editing in the admin screen. You would add the calls to regenerate the anonymous array, and delete any individual arrays, to the topic save functions.) Writing it to the gl_vars table still requires a database call. A file in a cache directory is many times faster. This was one of the primary purposes of CTL (perhaps even ahead of adding template features to the ancient phplib template library). In 2008 I did a lot of profile runs of Geeklog and the CACHE_ functions were there to cut down of repeated and needless database accesses. > To speed up Geeklog when it creates the $_TOPICS array I have created > a session variable to store the topic tree information for each user. > Topics hardly ever get updated so there is no point in creating the > tree from the db every single page load. This now only happens if a > topic gets created, updated or deleted (or the user security changes). > > This is working well but I can increase this further by allowing > anonymous users to share the topic tree (since it is the same for each > anonymous user). > > For this though I need the text database column data type. Does anyone > have a problem for the gl_vars table if I change the type for the > value column from varchar(128) to text? > > Thanks > > 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 From websitemaster at cogeco.net Fri Jun 21 15:28:57 2013 From: websitemaster at cogeco.net (Tom) Date: Fri, 21 Jun 2013 15:28:57 -0400 Subject: [geeklog-devel] Speeding Up Geeklog In-Reply-To: <002901ce6e6d$1f5ea4f0$5e1beed0$@cogeco.net> References: <02ff01ce6d1f$05a49910$10edcb30$@cogeco.net> <9e46a5e62ed552fb999aef78be3b95a5.squirrel@mustang.hawkhost.com> <002901ce6e6d$1f5ea4f0$5e1beed0$@cogeco.net> Message-ID: <005901ce6eb5$931de930$b959bb90$@cogeco.net> Okay I have updated the code to use cache files for the $_TOPIC tree array it the admin has caching enabled. So right now there are 2 ways it is stored. The second way is when caching is disabled the logged in users topic tree info is stored in the sessions table along with the anonymous users stored in the vars table. With my test db of only 13 topics to create (I can see sites using a lot more topics (I have one planned with over 50)) it takes 0.012622833251953 seconds on average to create the topic array. To retrieve the topic array from the session variable or cache file it takes about the same time (cache is slightly faster) at 0.00091695785522461 seconds So storing the data is much quicker. Plus the more topics you have the greater your time savings will be. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: June-21-13 6:50 AM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Speeding Up Geeklog Thanks Joe, I will look into this (I have yet to add the caching function to stories and have only reviewed that part of the story code). I didn't think of the CTL for this type of work (something that is not really displayed). I will still probably keep my existing code of the session variables for those who don't enable the caching part on their sites. I am sure a few will and the speed savings for any who have more than a few topics will be worth it. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Joe Mucchiello Sent: June-20-13 4:41 PM To: Geeklog Development Subject: Re: [geeklog-devel] Speeding Up Geeklog The CTL has CACHE_* functions just for this. You pass the array to the function and it is written to the cache directory. You can then load it or regenerate it based on how old it is. See glFusion's story/article handling for examples. (And in the case of the TOPICS array, the decision to regenerate it is basically NO unless someone is doing topic editing in the admin screen. You would add the calls to regenerate the anonymous array, and delete any individual arrays, to the topic save functions.) Writing it to the gl_vars table still requires a database call. A file in a cache directory is many times faster. This was one of the primary purposes of CTL (perhaps even ahead of adding template features to the ancient phplib template library). In 2008 I did a lot of profile runs of Geeklog and the CACHE_ functions were there to cut down of repeated and needless database accesses. > To speed up Geeklog when it creates the $_TOPICS array I have created > a session variable to store the topic tree information for each user. > Topics hardly ever get updated so there is no point in creating the > tree from the db every single page load. This now only happens if a > topic gets created, updated or deleted (or the user security changes). > > This is working well but I can increase this further by allowing > anonymous users to share the topic tree (since it is the same for each > anonymous user). > > For this though I need the text database column data type. Does anyone > have a problem for the gl_vars table if I change the type for the > value column from varchar(128) to text? > > Thanks > > 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 _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From b.ttalic at gmail.com Fri Jun 21 17:17:04 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Fri, 21 Jun 2013 23:17:04 +0200 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping Message-ID: Hi All, Again I have run into a problem with the plugin. I have been trying to figure out a good solution for days... The problem: Once a page is loaded the plugin should kick in and find all text which is essentially from the LANG arrays from the language file. All the solutions I have come up with are bad and I have run out of ideas. Here is what I have: 1) Assuming that the default site language will not change put all the LANG files inside a database table (also saving the data from which array it originally came and under which index). Later on use the text (or HTML) of the shown page to find all matches between what is displayed to the user and what is in the database table. The same thing could somewhat be improved if I would use a persistent PHP array so that the database is queried only once. 2) Have a list of all available LANG arrays and loop through them to find macing strings. This would probably take a very long time. Both approaches have the same problem, if the page contains a story/comment with the text "We could save the city" it could identify the save from that sentence as a element of the LANG32 array. Any nudge in the right direction would be much appreciated... Thanks in advance Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From niemans at nlbox.com Fri Jun 21 18:03:57 2013 From: niemans at nlbox.com (Niemans) Date: Sat, 22 Jun 2013 00:03:57 +0200 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping In-Reply-To: References: Message-ID: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> Depends on what you want the effect to be when you find all the occurrences in the page. On first sight I do have two different thoughts: 1. Assuming that the effect you are pursuing is a effect that the user wants, since he/she is involved in the translating: 1.1 Adjust the Language arrays that need translation: add a tag with a general class to every item; add a id (=index) if necessary 1.2 Add some css that highlights the text 1.3 Add a click event so that a editor can pop up (and don't interfere with real links) 2. Assuming the user is translating item by item: 2.1 The problem drills down to finding the page(s) in the Geeklog module/plugin that contains that specific item (hard to do for validation text or error messages) 2.2 Do the same as 1.1 upto 1.3, but now for the target translation language only; maybe limit this to untranslated items Above seems difficult to achieve. Think of adding a new language : "myTranslation". And switch languages after finishing each translated item. Than, finding target text in the displayed page looks like a javascript endeavor: scan the DOM elements for the text (or all tags). You may catch titles, alt-attributes, form values etc. too. Maybe xslt, xQuery or xPath could be used, though they are slow too. And you could load the php array into javascript of course, which is similar to persistence. Wim Op 21 jun. 2013, om 23:17 heeft Benjamin Talic het volgende geschreven: > Hi All, > > Again I have run into a problem with the plugin. I have been trying to figure out a good solution for days... > > The problem: > Once a page is loaded the plugin should kick in and find all text which is essentially from the LANG arrays from the language file. > All the solutions I have come up with are bad and I have run out of ideas. > > Here is what I have: > > 1) Assuming that the default site language will not change put all the LANG files inside a database table (also saving the data from which array it originally came and under which index). > Later on use the text (or HTML) of the shown page to find all matches between what is displayed to the user and what is in the database table. The same thing could somewhat be improved if I would use a persistent PHP array so that the database is queried only once. > > 2) Have a list of all available LANG arrays and loop through them to find macing strings. This would probably take a very long time. > > Both approaches have the same problem, if the page contains a story/comment with the text "We could save the city" it could identify the save from that sentence as a element of the LANG32 array. > > Any nudge in the right direction would be much appreciated... > > Thanks in advance > Ben > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel From b.ttalic at gmail.com Fri Jun 21 18:40:59 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Sat, 22 Jun 2013 00:40:59 +0200 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping In-Reply-To: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> References: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> Message-ID: Thank you for the reply Wim, What you proposed is more or less what I had in mind. But the current problem is actually identifying which strings should be translated, that is which of the strings on the page are generated from the language arrays. The easiest way for me would be to "simply" go through the source code and add a span everywhere where a LANG array is called, but with the first change to geeklog the plugin would get useless. Unless future developers would go with adding the span (which I doubt). Another thing which came to mind is to make the plugin, upon install get all the geeklog php files as strings and add those spans programmatic. Something like $edit_icon = '' . $LANG01[48] . ''; would become $edit_icon = '' .". $LANG01[48] ."" . '" title="'."" . $LANG01[48] ."" . '"' . XHTML . '>'; Or what would be much faster, and more reliable, to let the plugin alter the actual language files and add such a span prefix to the arrays. If I could do something like that I could use the jQuery selector to identify the strings on a page. If we talk about expanding this to other plugins and such the difference would be that I would have several classes for the span such as class="translator_core", class="translator_plugin_name"... Would some of those approaches be acceptable? Ben On Sat, Jun 22, 2013 at 12:03 AM, Niemans wrote: > > Depends on what you want the effect to be when you find all the > occurrences in the page. > On first sight I do have two different thoughts: > > 1. Assuming that the effect you are pursuing is a effect that the user > wants, since he/she is involved in the translating: > 1.1 Adjust the Language arrays that need translation: add a tag > with a general class to every item; add a id (=index) if necessary > 1.2 Add some css that highlights the text > 1.3 Add a click event so that a editor can pop up (and don't interfere > with real links) > > 2. Assuming the user is translating item by item: > 2.1 The problem drills down to finding the page(s) in the Geeklog > module/plugin that contains that specific item (hard to do for validation > text or error messages) > 2.2 Do the same as 1.1 upto 1.3, but now for the target translation > language only; maybe limit this to untranslated items > > Above seems difficult to achieve. Think of adding a new language : > "myTranslation". And switch languages after finishing each translated item. > > Than, finding target text in the displayed page looks like a javascript > endeavor: scan the DOM elements for the text (or all tags). You may > catch titles, alt-attributes, form values etc. too. > Maybe xslt, xQuery or xPath could be used, though they are slow too. > And you could load the php array into javascript of course, which is > similar to persistence. > > Wim > > > > > Op 21 jun. 2013, om 23:17 heeft Benjamin Talic het volgende geschreven: > > > Hi All, > > > > Again I have run into a problem with the plugin. I have been trying to > figure out a good solution for days... > > > > The problem: > > Once a page is loaded the plugin should kick in and find all text which > is essentially from the LANG arrays from the language file. > > All the solutions I have come up with are bad and I have run out of > ideas. > > > > Here is what I have: > > > > 1) Assuming that the default site language will not change put all the > LANG files inside a database table (also saving the data from which array > it originally came and under which index). > > Later on use the text (or HTML) of the shown page to find all matches > between what is displayed to the user and what is in the database table. > The same thing could somewhat be improved if I would use a persistent PHP > array so that the database is queried only once. > > > > 2) Have a list of all available LANG arrays and loop through them to > find macing strings. This would probably take a very long time. > > > > Both approaches have the same problem, if the page contains a > story/comment with the text "We could save the city" it could identify the > save from that sentence as a element of the LANG32 array. > > > > Any nudge in the right direction would be much appreciated... > > > > Thanks in advance > > Ben > > _______________________________________________ > > 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 > -- 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 Sat Jun 22 10:33:48 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 22 Jun 2013 10:33:48 -0400 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping In-Reply-To: References: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> Message-ID: <007b01ce6f55$825c6680$87153380$@cogeco.net> Hi Ben, I am a little confused (my own doing as I haven't kept up on the project), I was thinking the translations would be done on its own page from a list and not on the actual page. I don't think we would want to alter core/plugins language files directly (unless at the end when everything is approved). Your Crowd Sourcing Translation Plugin (CSTP) should keep it separate. I think I would start by creating a plugin api (this would be hardcoded for core) that the plugin would call when it is installed or upgraded that would let the CSTP know what it's language arrays are. Once this is known your plugin could keep several different copies (originals, ones with span added, new translations (I guess you could have multiple new translations for one item from multiple users that are not approved)) serialized and stored in the db. To replace the existing Lang arrays with your new ones (with the edit icon) I think as long as your plugin is the last in the plugin load order it could do this after all the other plugins and core have set their language files you would just overwrite them in memory. This wouldn't be exactly the fastest way to go (since in reality you are setting the language files twice) but it is the least obtrusive way to do it and would require the least amount of code changes for core and plugins that I can see. One way to speed this up would be to allow the admin to set what he wants to be translated. Some people may be interested in only having one or two plugins translated while other sites (like Geeklog.net) would have everything setup to be translated. I also wonder if there should be a translation mode. I don't think anonymous users should be allowed to translate anything. But once logged in they could go to the CSTP user page and enable translations which would in turn enable the CSTP to switch the language arrays for its versions and allow the user to start translating. Once they are finished they could turn off the translation mode and continue to use the site. Hope this helps Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Benjamin Talic Sent: June-21-13 6:41 PM To: Geeklog Development Subject: Re: [geeklog-devel] CrowdTranslation-LANG array mapping Thank you for the reply Wim, What you proposed is more or less what I had in mind. But the current problem is actually identifying which strings should be translated, that is which of the strings on the page are generated from the language arrays. The easiest way for me would be to "simply" go through the source code and add a span everywhere where a LANG array is called, but with the first change to geeklog the plugin would get useless. Unless future developers would go with adding the span (which I doubt). Another thing which came to mind is to make the plugin, upon install get all the geeklog php files as strings and add those spans programmatic. Something like $edit_icon = '' . $LANG01[48] . ''; would become $edit_icon = '' .". $LANG01[48] ."" . '" title="'."" . $LANG01[48] ."" . '"' . XHTML . '>'; Or what would be much faster, and more reliable, to let the plugin alter the actual language files and add such a span prefix to the arrays. If I could do something like that I could use the jQuery selector to identify the strings on a page. If we talk about expanding this to other plugins and such the difference would be that I would have several classes for the span such as class="translator_core", class="translator_plugin_name"... Would some of those approaches be acceptable? Ben On Sat, Jun 22, 2013 at 12:03 AM, Niemans wrote: Depends on what you want the effect to be when you find all the occurrences in the page. On first sight I do have two different thoughts: 1. Assuming that the effect you are pursuing is a effect that the user wants, since he/she is involved in the translating: 1.1 Adjust the Language arrays that need translation: add a tag with a general class to every item; add a id (=index) if necessary 1.2 Add some css that highlights the text 1.3 Add a click event so that a editor can pop up (and don't interfere with real links) 2. Assuming the user is translating item by item: 2.1 The problem drills down to finding the page(s) in the Geeklog module/plugin that contains that specific item (hard to do for validation text or error messages) 2.2 Do the same as 1.1 upto 1.3, but now for the target translation language only; maybe limit this to untranslated items Above seems difficult to achieve. Think of adding a new language : "myTranslation". And switch languages after finishing each translated item. Than, finding target text in the displayed page looks like a javascript endeavor: scan the DOM elements for the text (or all tags). You may catch titles, alt-attributes, form values etc. too. Maybe xslt, xQuery or xPath could be used, though they are slow too. And you could load the php array into javascript of course, which is similar to persistence. Wim Op 21 jun. 2013, om 23:17 heeft Benjamin Talic het volgende geschreven: > Hi All, > > Again I have run into a problem with the plugin. I have been trying to figure out a good solution for days... > > The problem: > Once a page is loaded the plugin should kick in and find all text which is essentially from the LANG arrays from the language file. > All the solutions I have come up with are bad and I have run out of ideas. > > Here is what I have: > > 1) Assuming that the default site language will not change put all the LANG files inside a database table (also saving the data from which array it originally came and under which index). > Later on use the text (or HTML) of the shown page to find all matches between what is displayed to the user and what is in the database table. The same thing could somewhat be improved if I would use a persistent PHP array so that the database is queried only once. > > 2) Have a list of all available LANG arrays and loop through them to find macing strings. This would probably take a very long time. > > Both approaches have the same problem, if the page contains a story/comment with the text "We could save the city" it could identify the save from that sentence as a element of the LANG32 array. > > Any nudge in the right direction would be much appreciated... > > Thanks in advance > Ben > _______________________________________________ > 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 -- 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 Sat Jun 22 10:49:15 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 22 Jun 2013 16:49:15 +0200 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping In-Reply-To: <007b01ce6f55$825c6680$87153380$@cogeco.net> References: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> <007b01ce6f55$825c6680$87153380$@cogeco.net> Message-ID: <21E4E5B2-0524-47BA-9CDB-6439B73FB34D@haun-online.de> Tom wrote: > I am a little confused (my own doing as I haven?t kept up on the project), I was thinking the translations would be done on its own page from a list and not on the actual page. When doing it on a separate page, you lose the context. So you get a snippet of text that you're supposed to translate - but you don't know where or how it is being used. That information can make a difference for the translation. How exactly this could (and can) be done is still under discussion. Some AJAX magic with in-place editing would be cool. Or you could do it like Jenkins does (show the translatable text in a separate box that pops up when you click "Help us localise this page"). In any case, you need a way to figure out which text strings are actually coming from the language file and which ones are site content or things like block titles. > I don?t think we would want to alter core/plugins language files directly (unless at the end when everything is approved). Your Crowd Sourcing Translation Plugin (CSTP) should keep it separate. Yep. But I'd be willing to accept new hooks, plugin APIs or rules ("to make your code work with the translation plugin, you have to do this ?") where necessary. > I don?t think anonymous users should be allowed to translate anything. Yep, we already agreed on that. bye, Dirk -- http://www.themobilepresenter.com/ From dirk at haun-online.de Sat Jun 22 10:56:09 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 22 Jun 2013 16:56:09 +0200 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping In-Reply-To: References: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> Message-ID: <0960FF97-DFA7-44E6-A416-4024D9CCD5DB@haun-online.de> Ben wrote: > The easiest way for me would be to "simply" go through the source code and add a span everywhere where a LANG array is called You could do that at runtime (see code snippet below). May need a new plugin api somewhere, though, depending on when exactly you wanted to do it. > would become > > $edit_icon = '' .". $LANG01[48] ."" > . '" title="'."" . $LANG01[48] ."" . '"' . XHTML . '>'; And that's a problem right there: The tag is not allowed inside a title attribute. Same goes for button texts and a few other things. So there are some text strings that have to stay plain text. I'm afraid figuring out which ones at runtime is pretty much impossible. Hmm ? bye, Dirk --- snip --- 'Hello', 2 => 'World' ); echo $LANG42[1] . "\n\n"; $_lang42 = array(); foreach ($LANG42 as $key => $value) { $_lang42[$key] = '' . $value . ''; } $LANG42 = $_lang42; echo $LANG42[1] . "\n\n"; ?> --- snip --- -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Sat Jun 22 14:15:11 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 22 Jun 2013 14:15:11 -0400 Subject: [geeklog-devel] Creating a New Theme in Geeklog 2.1.0 using another theme Message-ID: <009201ce6f74$6f53b790$4dfb26b0$@cogeco.net> With the next release of Geeklog which includes the template cache library it allows you to base one theme on another. The original theme is called the default theme and this should make things easier when upgrading. So if you want to create a new theme based on an old theme all you would need to do is create a new directory and copy any images, php files and css files over. The only theme files (.thtml) you would copy over are any you plan on changing. In the functions.php of your new theme you will need to change any function name to represent your own theme. For example: theme_config_professional would become: theme_config_your_theme_name. You would also need to add to the array in the fuction theme_config_your_theme_name 'theme_default' => ' professional ' If you base your new theme on the Modern Curve theme this will make upgrading Geeklog versions even easier. After making your new theme directory all you need to do is copy over Functions.php Style.css.php Images directory Jquery_ui directory You would then make the changes described above to the functions.php. In style.css.php you with need to update the variables $theme with your new themes name and $theme_default would now equal "modern_curve". For any changes to the css files, all you would then do is create a css directory in your new theme directory and add a file called custom.css with any css changes you want to do. Tom From niemans at nlbox.com Sat Jun 22 14:39:37 2013 From: niemans at nlbox.com (Niemans) Date: Sat, 22 Jun 2013 20:39:37 +0200 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping In-Reply-To: <0960FF97-DFA7-44E6-A416-4024D9CCD5DB@haun-online.de> References: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> <0960FF97-DFA7-44E6-A416-4024D9CCD5DB@haun-online.de> Message-ID: <1B5D194F-5E87-4F71-8FFD-0781BF316723@nlbox.com> Another option would be to sit inside COM_createHTMLdocument/Template.class and let the template parser replace language dependencies. But if I understand correctly what everybody is saying, than the direction is a Language.class and/or a Translation.class. I.E. $LANG01[48] will become in the source code $LANG01->get(48) or alike. The object can respond depending on what is the case, and, important, can trace the use of every item. Here some interesting links on how this is done elsewhere: http://fuelphp.com/docs/classes/lang.html http://www.php4every1.com/tutorials/multi-language-site/ Maybe this is useful for designing the API. Wim Op 22 jun. 2013, om 16:56 heeft Dirk Haun het volgende geschreven: > Ben wrote: > >> The easiest way for me would be to "simply" go through the source code and add a span everywhere where a LANG array is called > > You could do that at runtime (see code snippet below). May need a new plugin api somewhere, though, depending on when exactly you wanted to do it. > > >> would become >> >> $edit_icon = '' .". $LANG01[48] ."" >> . '" title="'."" . $LANG01[48] ."" . '"' . XHTML . '>'; > > And that's a problem right there: The tag is not allowed inside a title attribute. Same goes for button texts and a few other things. So there are some text strings that have to stay plain text. I'm afraid figuring out which ones at runtime is pretty much impossible. > > Hmm ? > > bye, Dirk > > --- snip --- > > $LANG42 = array( > 1 => 'Hello', > 2 => 'World' > ); > > echo $LANG42[1] . "\n\n"; > > $_lang42 = array(); > > foreach ($LANG42 as $key => $value) { > $_lang42[$key] = '' . $value . ''; > } > > $LANG42 = $_lang42; > > echo $LANG42[1] . "\n\n"; > > ?> > --- snip --- > > > -- > http://www.themobilepresenter.com/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From websitemaster at cogeco.net Sun Jun 23 09:31:00 2013 From: websitemaster at cogeco.net (Tom) Date: Sun, 23 Jun 2013 09:31:00 -0400 Subject: [geeklog-devel] Geeklog Admin Icons Message-ID: <00b101ce7015$e662c5a0$b32850e0$@cogeco.net> Does anyone remember what icon pack was used for the Admin icons? I need one for the submissions icon (48x48)? Also what is a good source for free icons that we can use without licensing problems in Geeklog? Thanks Tom From dirk at haun-online.de Sun Jun 23 10:10:36 2013 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 23 Jun 2013 16:10:36 +0200 Subject: [geeklog-devel] Geeklog Admin Icons In-Reply-To: <00b101ce7015$e662c5a0$b32850e0$@cogeco.net> References: <00b101ce7015$e662c5a0$b32850e0$@cogeco.net> Message-ID: Tom wrote: > Does anyone remember what icon pack was used for the Admin icons? I don't, but I think Rouslan did the last round of icon updates. See issues #1276 and #1255. > Also what is a good source for free icons that we can use without licensing > problems in Geeklog? We used icons from Gnome in the past. They're under GPL. bye, Dirk -- http://www.themobilepresenter.com/ From rouslan at placella.com Sun Jun 23 10:12:25 2013 From: rouslan at placella.com (Rouslan Placella) Date: Sun, 23 Jun 2013 15:12:25 +0100 Subject: [geeklog-devel] Geeklog Admin Icons In-Reply-To: <00b101ce7015$e662c5a0$b32850e0$@cogeco.net> References: <00b101ce7015$e662c5a0$b32850e0$@cogeco.net> Message-ID: <51C70249.2030604@placella.com> On 06/23/2013 02:31 PM, Tom wrote: > Does anyone remember what icon pack was used for the Admin icons? > > I need one for the submissions icon (48x48)? > > Also what is a good source for free icons that we can use without licensing > problems in Geeklog? It was a combination of the tango icon theme [0] (their website seems to be down right now) and gnome icon theme[1]. Bye, Rouslan [0]: http://tango.freedesktop.org/ [1]: http://ftp.gnome.org/pub/GNOME/sources/gnome-icon-theme/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: OpenPGP digital signature URL: From b.ttalic at gmail.com Sun Jun 23 19:26:30 2013 From: b.ttalic at gmail.com (Benjamin Talic) Date: Mon, 24 Jun 2013 01:26:30 +0200 Subject: [geeklog-devel] CrowdTranslation-LANG array mapping In-Reply-To: <1B5D194F-5E87-4F71-8FFD-0781BF316723@nlbox.com> References: <273A365E-0781-4B76-BF7D-AA78CCF2FD85@nlbox.com> <0960FF97-DFA7-44E6-A416-4024D9CCD5DB@haun-online.de> <1B5D194F-5E87-4F71-8FFD-0781BF316723@nlbox.com> Message-ID: Hi all, I want to thank you for all the ideas I got. And for the patiance with this project. Some work on it has been done. If you are interested I have published it here: http://summergeeek.blogspot.com/2013/06/big-decisions.html And will shortly update the wiki page: http://wiki.geeklog.net/index.php/Crowdsourcing_Translations Again thank you, Ben On Sat, Jun 22, 2013 at 8:39 PM, Niemans wrote: > Another option would be to sit inside > COM_createHTMLdocument/Template.class and let the template parser replace > language dependencies. > > But if I understand correctly what everybody is saying, than the direction > is a Language.class and/or a Translation.class. > I.E. $LANG01[48] will become in the source code $LANG01->get(48) or alike. > The object can respond depending on what is the case, and, important, can > trace the use of every item. > > Here some interesting links on how this is done elsewhere: > > http://fuelphp.com/docs/classes/lang.html > > http://www.php4every1.com/tutorials/multi-language-site/ > > Maybe this is useful for designing the API. > > Wim > > > Op 22 jun. 2013, om 16:56 heeft Dirk Haun het volgende geschreven: > > > Ben wrote: > > > >> The easiest way for me would be to "simply" go through the source code > and add a span everywhere where a LANG array is called > > > > You could do that at runtime (see code snippet below). May need a new > plugin api somewhere, though, depending on when exactly you wanted to do it. > > > > > >> would become > >> > >> $edit_icon = '' .". $LANG01[48] > ."" > >> . '" title="'."" . $LANG01[48] ."" . > '"' . XHTML . '>'; > > > > And that's a problem right there: The tag is not allowed inside a > title attribute. Same goes for button texts and a few other things. So > there are some text strings that have to stay plain text. I'm afraid > figuring out which ones at runtime is pretty much impossible. > > > > Hmm ? > > > > bye, Dirk > > > > --- snip --- > > > > > $LANG42 = array( > > 1 => 'Hello', > > 2 => 'World' > > ); > > > > echo $LANG42[1] . "\n\n"; > > > > $_lang42 = array(); > > > > foreach ($LANG42 as $key => $value) { > > $_lang42[$key] = '' . $value . ''; > > } > > > > $LANG42 = $_lang42; > > > > echo $LANG42[1] . "\n\n"; > > > > ?> > > --- snip --- > > > > > > -- > > http://www.themobilepresenter.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 > -- 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 Jun 25 13:04:05 2013 From: websitemaster at cogeco.net (Tom) Date: Tue, 25 Jun 2013 13:04:05 -0400 Subject: [geeklog-devel] Geeklog What's New Block Message-ID: <01ca01ce71c5$ff969e00$fec3da00$@cogeco.net> Re this discussion: http://project.geeklog.net/tracking/view.php?id=1629 I am not sure why it was designed like this but for the What's New Block for Stories it creates a link that says something like: 7 new Stories in the last 7 days I think this should work like the other items displayed in this block (comments, staticpages, etc..) by listing the new stories and displaying a link to each new story. Currently clicking on the link recreates the homepage but with stories that are new. This is confusing for users since: - it looks like you are on the homepage (ie all the blocks, centerblocks etc.. are the same) - there is no mention that these are new stories. - The new stories may not be visible from the top of the page and the user may have to scroll down to see the first one since the centerblocks from the homepage are displayed There is also actually a few bugs when displaying the what's new stories page (it is treated like the homepage by some functions and all topics for others) Everything else in the What's New block creates a link to the actual items. I think stories should too. Does anyone have an issue if I update it to work this way? Thanks Tom -------------- next part -------------- An HTML attachment was scrubbed... URL: From niemans at nlbox.com Tue Jun 25 13:14:12 2013 From: niemans at nlbox.com (Niemans) Date: Tue, 25 Jun 2013 19:14:12 +0200 Subject: [geeklog-devel] Geeklog What's New Block In-Reply-To: <01ca01ce71c5$ff969e00$fec3da00$@cogeco.net> References: <01ca01ce71c5$ff969e00$fec3da00$@cogeco.net> Message-ID: I think that having a bullet list of the stories is nicer. I've added a note to the discussion saying that index.php shows correct icons when ?display=all and incorrect when ?display=new Wim Op 25 jun. 2013, om 19:04 heeft Tom het volgende geschreven: > > Re this discussion: http://project.geeklog.net/tracking/view.php?id=1629 > > I am not sure why it was designed like this but for the What?s New Block for Stories it creates a link that says something like: > > 7 new Stories in the last 7 days > > I think this should work like the other items displayed in this block (comments, staticpages, etc..) by listing the new stories and displaying a link to each new story. > > Currently clicking on the link recreates the homepage but with stories that are new. This is confusing for users since: > > - it looks like you are on the homepage (ie all the blocks, centerblocks etc.. are the same) > - there is no mention that these are new stories. > - The new stories may not be visible from the top of the page and the user may have to scroll down to see the first one since the centerblocks from the homepage are displayed > > There is also actually a few bugs when displaying the what?s new stories page (it is treated like the homepage by some functions and all topics for others) > > Everything else in the What's New block creates a link to the actual items. I think stories should too. > > Does anyone have an issue if I update it to work this way? > > Thanks > > 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 Wed Jun 26 07:15:56 2013 From: websitemaster at cogeco.net (Tom) Date: Wed, 26 Jun 2013 07:15:56 -0400 Subject: [geeklog-devel] Geeklog What's New Block In-Reply-To: References: <01ca01ce71c5$ff969e00$fec3da00$@cogeco.net> Message-ID: <001801ce725e$874bb0e0$95e312a0$@cogeco.net> Along with a newstories flag in index.php for new stories: http://www.geeklogsite.com/index.php?display=new there is a $displayall one. Is that used anywhere (I don't remember ever using it)? If not, I am going to remove it along with the new stories flag when I upgrade the What's New Block. Tom From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Niemans Sent: June-25-13 1:14 PM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog What's New Block I think that having a bullet list of the stories is nicer. I've added a note to the discussion saying that index.php shows correct icons when ?display=all and incorrect when ?display=new Wim Op 25 jun. 2013, om 19:04 heeft Tom het volgende geschreven: Re this discussion: http://project.geeklog.net/tracking/view.php?id=1629 I am not sure why it was designed like this but for the What's New Block for Stories it creates a link that says something like: 7 new Stories in the last 7 days I think this should work like the other items displayed in this block (comments, staticpages, etc..) by listing the new stories and displaying a link to each new story. Currently clicking on the link recreates the homepage but with stories that are new. This is confusing for users since: - it looks like you are on the homepage (ie all the blocks, centerblocks etc.. are the same) - there is no mention that these are new stories. - The new stories may not be visible from the top of the page and the user may have to scroll down to see the first one since the centerblocks from the homepage are displayed There is also actually a few bugs when displaying the what's new stories page (it is treated like the homepage by some functions and all topics for others) Everything else in the What's New block creates a link to the actual items. I think stories should too. Does anyone have an issue if I update it to work this way? Thanks 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 dirk at haun-online.de Wed Jun 26 07:39:04 2013 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 26 Jun 2013 13:39:04 +0200 Subject: [geeklog-devel] Geeklog What's New Block In-Reply-To: <001801ce725e$874bb0e0$95e312a0$@cogeco.net> References: <01ca01ce71c5$ff969e00$fec3da00$@cogeco.net> <001801ce725e$874bb0e0$95e312a0$@cogeco.net> Message-ID: <1BC14E6C-55C8-4BCA-9BF5-9502240BBA45@haun-online.de> Tom wrote: > there is a $displayall one. Is that used anywhere (I don?t remember ever using it)? > > If not, I am going to remove it along with the new stories flag when I upgrade the What?s New Block. You need ?display=all when you use a static page to replace the entire front page but then want to link to the normal list of stories. Like when you use a static page as a sort of "splash screen" before you can enter the actual site. Introduced back in 2003: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/81e3b2f216d3 bye, Dirk -- http://www.themobilepresenter.com/ From websitemaster at cogeco.net Wed Jun 26 20:39:23 2013 From: websitemaster at cogeco.net (Tom) Date: Wed, 26 Jun 2013 20:39:23 -0400 Subject: [geeklog-devel] Geeklog What's New Block In-Reply-To: <1BC14E6C-55C8-4BCA-9BF5-9502240BBA45@haun-online.de> References: <01ca01ce71c5$ff969e00$fec3da00$@cogeco.net> <001801ce725e$874bb0e0$95e312a0$@cogeco.net> <1BC14E6C-55C8-4BCA-9BF5-9502240BBA45@haun-online.de> Message-ID: <00a101ce72ce$c57daba0$507902e0$@cogeco.net> Okay thanks Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-26-13 7:39 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog What's New Block Tom wrote: > there is a $displayall one. Is that used anywhere (I don't remember ever using it)? > > If not, I am going to remove it along with the new stories flag when I upgrade the What's New Block. You need ?display=all when you use a static page to replace the entire front page but then want to link to the normal list of stories. Like when you use a static page as a sort of "splash screen" before you can enter the actual site. Introduced back in 2003: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/81e3b2f216d3 bye, Dirk -- http://www.themobilepresenter.com/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From websitemaster at cogeco.net Sat Jun 29 09:48:21 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 29 Jun 2013 09:48:21 -0400 Subject: [geeklog-devel] Geeklog Caching Config Options Message-ID: <008c01ce74cf$51512dd0$f3f38970$@cogeco.net> Geeklog can Cache information now with the new template class Right now there is a new config variable called caching_templates which controls if all caching is enabled or disabled. With caching you can cache both the template files of a theme or any other information (I currently have it setup to cache the what's new block and the topic tree with stories to follow). I am now wondering if caching_templates should enable or disable just the caching of templates and leave everything else on all the time. This would make things cleaner (for example right now there is a spot to store the topic tree in the sessions db table as well as the vars table or, you can cache it). Sometimes it does make sense to control caching of certain information (like the what's new block since I cannot determine all the time when something gets added) but for things like the topic tree and stories where I always know when it is updated/deleted/added there is no reason not to have the cache enabled for these things all the time. So I am leaning towards having the caching_templates config option to just enable and disable the actual caching of templates and for the other items they will have their own config options when needed. Does this sound okay? Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: June-26-13 8:39 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Geeklog What's New Block Okay thanks Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-26-13 7:39 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog What's New Block Tom wrote: > there is a $displayall one. Is that used anywhere (I don't remember > ever using it)? > > If not, I am going to remove it along with the new stories flag when I upgrade the What's New Block. You need ?display=all when you use a static page to replace the entire front page but then want to link to the normal list of stories. Like when you use a static page as a sort of "splash screen" before you can enter the actual site. Introduced back in 2003: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/81e3b2f216d3 bye, Dirk -- http://www.themobilepresenter.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 websitemaster at cogeco.net Sat Jun 29 13:01:04 2013 From: websitemaster at cogeco.net (Tom) Date: Sat, 29 Jun 2013 13:01:04 -0400 Subject: [geeklog-devel] Geeklog Caching Config Options In-Reply-To: <008c01ce74cf$51512dd0$f3f38970$@cogeco.net> References: <008c01ce74cf$51512dd0$f3f38970$@cogeco.net> Message-ID: <009901ce74ea$3da5fa20$b8f1ee60$@cogeco.net> >>So I am leaning towards having the caching_templates config option to just enable and disable the actual caching of templates and for the other >>items they will have their own config options when needed. Does this sound okay? The more I think about this the more I think it is the correct way to go. I will probably fix this on Monday so if you do not like the sounds of it let me know. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: June-29-13 9:48 AM To: 'Geeklog Development' Subject: [geeklog-devel] Geeklog Caching Config Options Geeklog can Cache information now with the new template class Right now there is a new config variable called caching_templates which controls if all caching is enabled or disabled. With caching you can cache both the template files of a theme or any other information (I currently have it setup to cache the what's new block and the topic tree with stories to follow). I am now wondering if caching_templates should enable or disable just the caching of templates and leave everything else on all the time. This would make things cleaner (for example right now there is a spot to store the topic tree in the sessions db table as well as the vars table or, you can cache it). Sometimes it does make sense to control caching of certain information (like the what's new block since I cannot determine all the time when something gets added) but for things like the topic tree and stories where I always know when it is updated/deleted/added there is no reason not to have the cache enabled for these things all the time. So I am leaning towards having the caching_templates config option to just enable and disable the actual caching of templates and for the other items they will have their own config options when needed. Does this sound okay? Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Tom Sent: June-26-13 8:39 PM To: 'Geeklog Development' Subject: Re: [geeklog-devel] Geeklog What's New Block Okay thanks Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Dirk Haun Sent: June-26-13 7:39 AM To: Geeklog Development Subject: Re: [geeklog-devel] Geeklog What's New Block Tom wrote: > there is a $displayall one. Is that used anywhere (I don't remember > ever using it)? > > If not, I am going to remove it along with the new stories flag when I upgrade the What's New Block. You need ?display=all when you use a static page to replace the entire front page but then want to link to the normal list of stories. Like when you use a static page as a sort of "splash screen" before you can enter the actual site. Introduced back in 2003: http://project.geeklog.net/cgi-bin/hgwebdir.cgi/geeklog/rev/81e3b2f216d3 bye, Dirk -- http://www.themobilepresenter.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 _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel