Messages

1

Architecture / Re: Suggestions to plugin-system

« on: December 14, 2009, 10:22:23 am »

Hi ignacio,

thanks a lot. I tried to log in with my forum-name, but this was not possible. Then I tried creating a new user and the wiki said:

Looks like there was an error on sending the password mail. Please contact the admin!

Could you please have a look at this?

Thomas

2

Architecture / Re: Suggestions to plugin-system

« on: December 14, 2009, 09:25:26 am »

Hi ignacio,

thanks a lot for your post and your interest in my (helping) hands. I am currently very busy, but I will of course help you with plugin-system. This is in my opinion the most important thing to develop, implement and refactor, because every software-system in the world is extendable with plugins and an easy plugin-system will increase opengoo's community very quickly which then means, that you will get more feedback, more plugins, more downloads, etc...

If it is ok for you I will write a detailed document, which describes the plugin-system I suggested, and discuss it with you and with the community, ok? For developing the system I now cannot estimate my free time, ok?

Am I allowed to access the wiki or can you create a page for me, which I am allowed to modify?

Thanks a lot

Thomas

3

Ideas / Re: whiteboard

« on: December 07, 2009, 03:51:45 pm »

I agree. For myself this would also a valuable addition. Drawing and saving as a note. Great idea!

Thomas

4

Ideas / Re: Hirachical Notes/Tasks

« on: December 07, 2009, 03:48:56 pm »

Hi conrado,

I thought of adding a left panel between the workspaces and the notes. The user should be able to create categories there and organize them hirarchically. The categories are then displayed as a tree and the notes can be "moved" or "linked" to the categories. They act as a kind of filter and the tags (current implementation) then act as a kind of subfilter.

If you think more globally, you can implement categories like tags systemwide to get a hirarchical structure, which is impossible with tags only. Then it will be possible to manage categories for example with an own menuitem and use them more globally. For example you can the "categorize" Files, Dokuments, Contacts, nearly every kind of information...

Thomas

5

Development / Develop new plugin with db - best practice?

« on: December 07, 2009, 06:25:08 am »

Hi all,

I want to develop a new plugin with DB-Storage, in detail the plugin should store quotes and display one of them in a random way as a 'quote-of-the-day' in the dashboard (I mean the overview-page).

I think I need to:

• create the plugin-structure
• create the database-layout
• modify the dashboard, or?

The database-structure is simple, because its one table, but how is it created during installation? Is there an upgrade-mechanism, if I will release a plugin-upgrade in future, which I should now keep in mind?

How about modifying the dashbord? Is this the right way or do I have to implement or extend some hooks? Does anybody has a working mini-example *WITH* DB_Access?

Thanks a lot and best regards,

Thomas

6

Architecture / Re: Suggestions to plugin-system

« on: December 07, 2009, 06:19:06 am »

No ideas? Did I miss anything or misunderstood the current plugin-system?

7

Ideas / Re: eMail again

« on: December 07, 2009, 06:08:49 am »

@Fabianb: Yes, you are right, you then cannot assign the eMails to workspaces, but you possibly could store the eMail-Account-Information and perhaps make a relationship (i.e. link) to an eMail stored in a remote imap

@Winchester: Yes, thats the idea. I for myself currently use squirrelmail, but I feel also comfortable with roundcube. Possibly the implemented library swiftmailer http://swiftmailer.org can be used to query imap...

I for myself would find it very usedful to have this possibility, because normally every environment has already an eMail-System before using or migration to opengoo...

Thomas

8

Architecture / Suggestions to plugin-system

« on: November 13, 2009, 10:59:31 am »

Hi all,

if I have checked the plugin-system in the right way, every developer has to create a zip containing his files in that way, that the folders in the archive match the folders-structure of opengoo. I find this not very usable, because

• one developer can overwrite changes from another one
• every update of opengoo makes plugins unavailable

I have found a very well designed plugin system with makes it easy to develop and maintain plugins at dotProject (http://www.dotproject.net/), but that framework seems to be dead.
The way is as follows:

• There is a plugin-folder in the application
• Every developer creates a zip, which will be extracted into this folder and creates a subfolder for the plugin
• All stuff needed by the plugin is *inside* the subfolders-structure
• Opengoo-Administration-Panel reads all subfolders of plugin-folder and knows about every installed plugin
• Every plugin can be installed, removed, activated and deactivated and the state is remembered in the db by opengoo itself
• This works, because in every plugin is a setup.php with corresponding methods. In install for example the create-table statements will be executed and in remove-method the drop tables. The update-method should have a switch inside to handle the plugin-versions and fires alter-table-statements
• The name of the plugin is also defined in setup.php and some other attributes.
• This ensures, that the whole control and maintence of the plugin is at the developer
• The admin can with this way control all plugins, order them (display-order), activate and deactivate them
• The admin can configure them, if the methods are implemented
• The plugin can make contributions to dashboard and the admin/user can control it
• The plugin is not affected on updates (except api-changes) and other plugins

I currently find this plugin-system here a little be complicated and difficult to extend.

What are your opinions?

Thomas

9

How To's / Re: How to share an event?

« on: October 28, 2009, 02:18:38 pm »

Hi Pet,
thanks a lot. Is there any other way to share this without creating a parent-workspace?

Thomas

10

Ideas / eMail again

« on: October 28, 2009, 11:04:28 am »

I would find it useful, if the administrator could switch between the current email-perspective and an eMail-perspective, which simply acts like all other webmail-clients, without storing eMails in the internal DB. Pure simple IMAP. :-)

Thomas

11

Ideas / Hirachical Notes/Tasks

« on: October 28, 2009, 11:02:04 am »

I suggest to add a tree-view to the notes/tasks view to give the user the ability to organize these objects in a tree-view (or by categories)

Thomas

12

How To's / How to share an event?

« on: October 28, 2009, 10:59:20 am »

Hi all,

I have two users with a private workspace for each and I want to share certain calendar-events (not generally all) - how can I do this?

Thanks a lot and best regards,

Thomas