GSoC Brainstorming - Revision history

Dirk: translations idea has its own page now

2013-03-29T15:28:16Z

translations idea has its own page now

Dirk: language tweaks and clarifications

2013-03-29T09:24:25Z

language tweaks and clarifications

Dirk: idea: make translations easier

2013-03-27T20:38:51Z

idea: make translations easier

Dirk: shuffled ideas around a bit and added the somewhat controversial article plugin idea

2013-03-25T19:27:57Z

shuffled ideas around a bit and added the somewhat controversial article plugin idea

Dirk: expanding on the Undo function idea

2013-03-21T10:35:30Z

expanding on the Undo function idea

Dirk: making the list more readable

2013-03-21T10:01:10Z

making the list more readable

Dirk: notes on an install script improvements moved to a separate project page

2013-03-20T19:12:13Z

notes on an install script improvements moved to a separate project page

Dirk: dropped shopping cart plugin idea, added Undo function idea

2013-03-20T13:48:49Z

dropped shopping cart plugin idea, added Undo function idea

Dirk: fixed formatting

2013-02-21T08:44:06Z

fixed formatting

Dirk: idea: read-only mode

2013-02-21T08:43:30Z

idea: read-only mode

← Older revision		Revision as of 15:28, 29 March 2013
Line 19:		Line 19:

	Things like [http://www.geeklog.net/forum/viewtopic.php?showtopic=68851 the mtimport format] and [http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services CMIS] come to mind.		Things like [http://www.geeklog.net/forum/viewtopic.php?showtopic=68851 the mtimport format] and [http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services CMIS] come to mind.
−
−	~~=== Make Translations easier ===~~
−
−	Geeklog has been translated in over 30 languages, but many of those translations haven't been updated in a while. The current way is just too awkward, error prone, and not very intuitive (since you can't see the context in which a text string is used). Surely there must be a better way? One that makes it easier for translators, who may also not be too familiar with PHP syntax.

	=== Alternative WYSIWYG Editor ===		=== Alternative WYSIWYG Editor ===

@@ Line 1: / Line 1: @@
 == New Ideas ==
-These are new and not fully fleshed-out ideas for the [[Google Summer of Code]]. Please note that these ideas are not directly eligible for GSoC as they are. They can be used as the starting point for a proper proposal, though, or for your inspiration if you'd like to submit a project idea of your own.
+'''Please note:''' These are new and not fully fleshed-out project ideas for the [[Google Summer of Code]]. We think that these would be useful additions to Geeklog, so we are interested in project proposals based on these ideas. In the state that they are outlined here, though, they would require more work to turn them into a proper proposal. You can use them for inspiration for a project proposal of your own.
 === Multi-Site Setup ===

← Older revision		Revision as of 20:38, 27 March 2013
Line 18:		Line 18:

	Things like [http://www.geeklog.net/forum/viewtopic.php?showtopic=68851 the mtimport format] and [http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services CMIS] come to mind.		Things like [http://www.geeklog.net/forum/viewtopic.php?showtopic=68851 the mtimport format] and [http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services CMIS] come to mind.
		+
		+	=== Make Translations easier ===
		+
		+	Geeklog has been translated in over 30 languages, but many of those translations haven't been updated in a while. The current way is just too awkward, error prone, and not very intuitive (since you can't see the context in which a text string is used). Surely there must be a better way? One that makes it easier for translators, who may also not be too familiar with PHP syntax.

	=== Alternative WYSIWYG Editor ===		=== Alternative WYSIWYG Editor ===

@@ Line 2: / Line 2: @@
 These are new and not fully fleshed-out ideas for the [[Google Summer of Code]]. Please note that these ideas are not directly eligible for GSoC as they are. They can be used as the starting point for a proper proposal, though, or for your inspiration if you'd like to submit a project idea of your own.
 === Alternative WYSIWYG Editor ===
@@ Line 20: / Line 36: @@
 Implement an '''E-Mail Subsystem''': Geeklog sometimes has to send out a lot of emails. Instead of sending them all at once (and running into timeouts), we could queue them and send them out in batches. This queue should allow for other job types as well.
 === Admin Toolbox ===
 A collection of mini-plugins for admin tasks (e.g. reset stats, change a default setting for all users, etc.). Should have super easy install, e.g. just drop (upload?) a file in a predefined directory.
 === Multi-User Blogs ===
@@ Line 56: / Line 56: @@
 There are already some hooks in place to help implement this, see [[PLG_itemSaved]], although they are not yet implemented everywhere.
 == Leftover Ideas ==

← Older revision		Revision as of 10:35, 21 March 2013
Line 53:		Line 53:
	Implement an '''Undo Function''': Currently, as soon as you click on "save" for an object (story, block, user, ...) the old value or status of the object is gone and overwritten with whatever you changed last. It would be nice to have the ability to go back to a previous version when needed.		Implement an '''Undo Function''': Currently, as soon as you click on "save" for an object (story, block, user, ...) the old value or status of the object is gone and overwritten with whatever you changed last. It would be nice to have the ability to go back to a previous version when needed.

		+	This could possibly be expanded to a full-fledged revision control or something like the [http://wiki.geeklog.net/index.php?title=GSoC_Brainstorming&action=history history] function of MediaWiki.
		+
		+	There are already some hooks in place to help implement this, see [[PLG_itemSaved]], although they are not yet implemented everywhere.

	== Leftover Ideas ==		== Leftover Ideas ==

@@ Line 3: / Line 3: @@
 These are new and not fully fleshed-out ideas for the [[Google Summer of Code]]. Please note that these ideas are not directly eligible for GSoC as they are. They can be used as the starting point for a proper proposal, though, or for your inspiration if you'd like to submit a project idea of your own.
-* Integrate '''Aloha Editor''', replacing FCKeditor as the "advanced" (WYSIWYG) editor in Geeklog.<br>As [http://eight.pairlist.net/pipermail/geeklog-devel/2011-January/005270.html discussed], this is probably not enough work to keep a student busy for 3 months. For a proper GSoC project, this would need to be expanded.
+=== Alternative WYSIWYG Editor ===
-* Go '''Semantic Web'''. This is somewhat vague: Use available build blocks such as Apache Stanbol (see [http://www.geeklog.net/article.php/iks-workshop-amsterdam Report from the IKS Workshop in Amsterdam]) and the Aloha editor (see [http://semantic-editor.org/ Semantic Editor]) to add semantic information to articles. Possible uses: SEO, better linking between articles (also see [http://www.geeklog.net/comment.php?mode=view&cid=14099 What's Related]). Student should have a better idea of what "semantic web" is than the author of these sentences ...
-* '''E-Mail Subsystem''': Geeklog sometimes has to send out a lot of emails. Instead of sending them all at once (and running into timeouts), we could queue them and send them out in batches. This queue should allow for other job types as well.
+Integrate '''Aloha Editor''', replacing FCKeditor/CKEditor as the "advanced" (WYSIWYG) editor in Geeklog.
-* '''Multi-site Setup''': Out-of-the-box support to run several websites off of one codebase. There's a [[Multi-Site Setup|hack]] for that, but it's a pain for upgrades and has unresolved issues with shared resources like files (favicon, XML sitemap, ...) and resources (images in articles, user photos, ...).
-* '''Staging Support''': When making significant changes to a site, you don't want to do those on your "live" site, possibly disrupting its service. So you would set up a second site with pretty much the same setup as the original and make the changes there first. How could Geeklog (possibly the install script?) support such a setup? E.g. syncing changes back and forth.
+As [http://eight.pairlist.net/pipermail/geeklog-devel/2011-January/005270.html discussed], this is probably not enough work to keep a student busy for 3 months. For a proper GSoC project, this would need to be expanded upon.
-* '''Admin toolbox''': A collection of mini-plugins for admin tasks (e.g. reset stats, change a default setting for all users, etc.). Should have super easy install, e.g. just drop (upload?) a file in a predefined directory.
-* '''Migration from/to other systems''' is always a hot topic. How could we make that easier? We don't want to lock in users into Geeklog, so both import and export should be supported. Things like [http://www.geeklog.net/forum/viewtopic.php?showtopic=68851 the mtimport format] and [http://en.wikipedia.org/wiki/Content_Management_Interoperability_Services CMIS] come to mind.
+=== Semantic Web ===
-* '''Multi user blogs''': Geeklog can handle blogs of several users, actually, if you give one topic to a user then it is almost unlimited. There are a few existing discussions on the forum and also feature requests concerning the improvement of user blogs. E.g. read only topics, using GL for a large site with many users. Basically it is a native function of GL but it need some improvement.
-* Switching a site to '''Read-only mode''': Sometimes, it's time to close a site. You could take it offline entirely, but that would remove (possibly still useful) content from the web. Instead, it would be nice to have an option that disables all options to log in, sign up, add or edit content, etc.
+Go '''Semantic Web'''. This is a somewhat vague idea: Use available building blocks such as Apache Stanbol (see [http://www.geeklog.net/article.php/iks-workshop-amsterdam Report from the IKS Workshop in Amsterdam]) and the Aloha editor (see [http://semantic-editor.org/ Semantic Editor]) to add semantic information to articles.
-* Implement an '''Undo Function''': Currently, as soon as you click on "save" for an object (story, block, user, ...) the old value or status of the object is gone and overwritten with whatever you changed last. It would be nice to have the ability to go back to a previous version when needed.

← Older revision		Revision as of 19:12, 20 March 2013
Line 13:		Line 13:
	* Switching a site to '''Read-only mode''': Sometimes, it's time to close a site. You could take it offline entirely, but that would remove (possibly still useful) content from the web. Instead, it would be nice to have an option that disables all options to log in, sign up, add or edit content, etc.		* Switching a site to '''Read-only mode''': Sometimes, it's time to close a site. You could take it offline entirely, but that would remove (possibly still useful) content from the web. Instead, it would be nice to have an option that disables all options to log in, sign up, add or edit content, etc.
	* Implement an '''Undo Function''': Currently, as soon as you click on "save" for an object (story, block, user, ...) the old value or status of the object is gone and overwritten with whatever you changed last. It would be nice to have the ability to go back to a previous version when needed.		* Implement an '''Undo Function''': Currently, as soon as you click on "save" for an object (story, block, user, ...) the old value or status of the object is gone and overwritten with whatever you changed last. It would be nice to have the ability to go back to a previous version when needed.
−
−
−	~~=== Install Script Improvements ===~~
−
−	The install script already does a lot more than simply install Geeklog. It is also used for upgrades and can help in migrating your Geeklog site from one server to another (MySQL only, though). This is a collection of ideas of what else it could. However, that list if somewhat incoherent and, in its current form, doesn't make for a great project. Maybe you can think of that piece that's missing here to make it a useful and promising GSoC project?
−
−	* '''Character Set Conversion''': Say you initially set up your Geeklog site to use ISO-8859-1 (or some other character set) and want to switch to UTF-8 now. All the content would have to be [http://www.geeklog.net/article.php/200410120657418 converted] - and the install script could do that for you.
−	* '''Better error reporting''' on install problems (also: debugging, mostly for developers). This is sort of a bootstrapping problem: With the site being in the process of being installed, it's often tricky to provide useful error messages and a recovery from the problem.
−	* More specific and more conservative checks and recommendations for file and directory permissions: Right now, the install script gives rather liberal recommendations for permissions. It could check what's actually required and be more precise.
−	* Let the user continue with installation even when certain files/directories are not writable: Disable the feature that needs it, but finish the installation (where possible)
−	* Not sure if this is really a good idea but maybe the install script could even offer to try and set read/write permissions as required automatically.
−	* Build <tt>install/admin/info.php</tt> into the install script
−	* Add proper HTML title tags in the install script (all pages of the install script currently use the same title, which makes it confusing in the browser's history).
−	* A technicality: the plugin upload from within Geeklog uses the unpacker class, while the install script only relies on the PEAR Tar and Zip packages, so you may not be able to add some plugin archives in the install script (another bootstrap problem - the location of said class may not be known yet when it's needed).
−	* Add a "maintenance" option at the end of the install or upgrade process where we could offer (re)setting certain options, e.g. when a default changed, so that the user can opt to change the default for every user (or not).
−	* Allow for localized install data. Currently, a fresh setup is always in English, with English default stories, preferences, etc.
−
−	~~The vast majority of our users is using MySQL. So the following ideas, while useful for those not on MySQL, aren't that important to us right now:~~
−	* '''Site Migration''' should also work for PostgreSQL and/or MS SQL
−	* '''Database Migration''': Allow switching from Postgres to MySQL or MS SQL or the other way around

@@ Line 12: / Line 12: @@
 * '''Multi user blogs''': Geeklog can handle blogs of several users, actually, if you give one topic to a user then it is almost unlimited. There are a few existing discussions on the forum and also feature requests concerning the improvement of user blogs. E.g. read only topics, using GL for a large site with many users. Basically it is a native function of GL but it need some improvement.
 * Switching a site to '''Read-only mode''': Sometimes, it's time to close a site. You could take it offline entirely, but that would remove (possibly still useful) content from the web. Instead, it would be nice to have an option that disables all options to log in, sign up, add or edit content, etc.
-* Add '''shopping cart and/or e-commerce functionality''' to Geeklog (in the form of a plugin). Using an existing open source shopping cart or e-commerce web application would probably be a good idea, but the result should be fully integrated with Geeklog's security model ([http://www.geeklog.net/forum/viewtopic.php?showtopic=74449 related forum discussion])
+* Implement an '''Undo Function''': Currently, as soon as you click on "save" for an object (story, block, user, ...) the old value or status of the object is gone and overwritten with whatever you changed last. It would be nice to have the ability to go back to a previous version when needed.
 === Install Script Improvements ===
 The install script already does a lot more than simply install Geeklog. It is also used for upgrades and can help in migrating your Geeklog site from one server to another (MySQL only, though). This is a collection of ideas of what else it could. However, that list if somewhat incoherent and, in its current form, doesn't make for a great project. Maybe you can think of that piece that's missing here to make it a useful and promising GSoC project?