1006
Applications / Re: Revision Control
« on: September 14, 2007, 03:12:26 pm »
Maybe we could use subversion for version control. Any thoughts on that?
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1007
Applications / Ajax Start Page
« on: September 14, 2007, 03:06:02 pm »
A very cool App/Feature I would like to have in OpenGoo is a Start Page. There was an article at ReadWriteWeb listing the top 10 Ajax Start Pages. They suggest those are:
Somebody pointed to POSH as being an Open Source Ajax Start Page. We could give it a try. It might be interesting/useful.
- Netvibes
- Pageflakes
- Protopage
- iGoogle
- MyYahoo
- Inbox
- Eskobo
- ItsAStart
- Favoor
- 24eyes
Somebody pointed to POSH as being an Open Source Ajax Start Page. We could give it a try. It might be interesting/useful.
1008
General Discussion / Re: Neat!
« on: September 12, 2007, 04:46:17 pm »
Thanks for the encouraging words James.
We are not only aware of Project Pier (PP), but in contact with them.
OpenGoo was not conceived as an ActiveCollab fork. We make use of ActiveCollab as we use FCKEditor, TrimSpreadsheets, S5, and would use any other Open Source project that could help us make OpenGoo better, with the least effort.
We are concerned about the uncertainty of AC's future license model, as the PP team is. But I would rather join forces with PP than make another AC fork (Marcos already stated that on another post). This means we could probably use PP (or part of it) as our main framework, instead of AC. But OpenGoo and PP have a different set of goals. Hopefully some sort of collaboration among the two projects will be achieved.
Good luck with your RailsCollab project, and keep us informed of your progress.
We are not only aware of Project Pier (PP), but in contact with them.
OpenGoo was not conceived as an ActiveCollab fork. We make use of ActiveCollab as we use FCKEditor, TrimSpreadsheets, S5, and would use any other Open Source project that could help us make OpenGoo better, with the least effort.
We are concerned about the uncertainty of AC's future license model, as the PP team is. But I would rather join forces with PP than make another AC fork (Marcos already stated that on another post). This means we could probably use PP (or part of it) as our main framework, instead of AC. But OpenGoo and PP have a different set of goals. Hopefully some sort of collaboration among the two projects will be achieved.
Good luck with your RailsCollab project, and keep us informed of your progress.
1009
General Discussion / Re: Add Opengoo to ActiveCollab
« on: September 12, 2007, 04:09:24 pm »
Hi oxocorporation,
Could you describe your problem a little further?
Could you describe your problem a little further?
1010
General Discussion / Re: Mindquarry
« on: September 07, 2007, 03:33:12 am »
Oh, another note from the Office 2.0 Conference: yesterday I met Lars Trieloff, COO an co-founder of Mindquarry. This is madness!
1011
General Discussion / Re: OOXML - Standard???
« on: September 07, 2007, 03:25:57 am »
You guys will not believe whom I met today!
I am attending the Office 2.0 conference in San Francisco (Started last Wednesday and ends tomorrow).
Besides having a blast, and among all the wonderful people I met, today I spent the whole afternoon with Gary Edwards (President of the OpenDocument Foundation), and Florian Reuter. It will take me a long time to write/tell you all about it. In the mean time I will tell you he got me very excited about CDF.
I am attending the Office 2.0 conference in San Francisco (Started last Wednesday and ends tomorrow).
Besides having a blast, and among all the wonderful people I met, today I spent the whole afternoon with Gary Edwards (President of the OpenDocument Foundation), and Florian Reuter. It will take me a long time to write/tell you all about it. In the mean time I will tell you he got me very excited about CDF.
1012
General Discussion / Mindquarry
« on: September 04, 2007, 08:30:25 pm »
I stumbled upon Mindquarry again today. They define themselves as a "Collaborative Software", although it is looking a lot like a Web Office.
From their site I learned that it is written in Java, and that it is genuinely Open Source. Their UI is very neat.
They sure have some interesting concepts that we could imitate, and it would also be nice to plan on some future interoperation/collaboration with them.
From their site I learned that it is written in Java, and that it is genuinely Open Source. Their UI is very neat.
They sure have some interesting concepts that we could imitate, and it would also be nice to plan on some future interoperation/collaboration with them.
1013
General Discussion / Re: OOXML - Standard???
« on: September 04, 2007, 08:25:25 pm »
I did not know the voting process was going on. That Uruguay is voting in favour is interesting/disturbing news. I'll try to dig into it. Thanks Mario.
1014
Components / On the presentation compoment alternatives
« on: September 01, 2007, 07:24:34 pm »
We were discussing with Marcos (cabeza) and Ignacio about the possible Slides/Presentation component that will handle the presentations in the first version of OpenGoo. Taking their observations, I would sum the discussion and my opinions so far:
S5
This is the "official" site for the S5 project. Marcos noted that it feels 'abandoned', since the last recorded update is dated 2005.
Even though it might feel that way, I think that S5 still is the best candidate. Why? Because it is one of the only two I have seen working on both Firefox and IE, and Windows and Linux. I even managed to make a presentation for OpenGoo using S5 in less than an hour (And I assure you it would have taken me longer to do it in Powerpoint).
And besides, there is this interesting project: S5 Reloaded. This is an extension of S5 made by Christian Effenberger, who seems to have done a pretty extensive research and work. His effort gives me confidence on this direction.
SlideML
SlideML also seems abandoned, and more so than S5. The Web site is still under construction, and in bad shape. After a few minutes of search I still would not find an online sample. That is a bad sign.
SMIL
Marcos suggested using SMIL.
The main problem with SMIL is that Mozilla doesn't support SMIL. Even though there have been noble individual efforts to tackle the problem, like the work of Doug Schepers at Vectoreal, I could not find one that would transparently work with both IE and Firefox
Slidy
Slidy is another alternative, from which S5 was born. In fact, the linked Slidy presentation (first thing google retrieves for the "Slidy" search) acknowledges that Eric Meyer did in fact improve Slidy
Microsoft and Adobe
Both Microsoft and Adobe have only started clashing on a big fight for the domination of the "Multimedia Web" with their Silverlight and Flex armies.
Hopefully, the Open Source movement will stay pretty much out of the fight, and solving the problem the way it was done with Apache. I wouldn't marry with any of their solutions.
JavaFX
Sun's JavaFX is the usual Sun contender. It is closest to the OpenSource heart, but still feels too underdeveloped yet, and probably too big and complex a set for the simple solution we are seeking.
More
As usual, these are only my opinions, and there are obviously some things I am missing. Do you know what I might be missing? Please share your thoughts.
One alternative that crosses my mind is using the OpenDocument format (OpenOffice's .ods), but again, it feels too ambitious for a first approach...
Some interesting links found on researching:
S5 Tools at Microformats.org
Blog Post at Clipperz
S5
This is the "official" site for the S5 project. Marcos noted that it feels 'abandoned', since the last recorded update is dated 2005.
Even though it might feel that way, I think that S5 still is the best candidate. Why? Because it is one of the only two I have seen working on both Firefox and IE, and Windows and Linux. I even managed to make a presentation for OpenGoo using S5 in less than an hour (And I assure you it would have taken me longer to do it in Powerpoint).
And besides, there is this interesting project: S5 Reloaded. This is an extension of S5 made by Christian Effenberger, who seems to have done a pretty extensive research and work. His effort gives me confidence on this direction.
SlideML
SlideML also seems abandoned, and more so than S5. The Web site is still under construction, and in bad shape. After a few minutes of search I still would not find an online sample. That is a bad sign.
SMIL
Marcos suggested using SMIL.
The main problem with SMIL is that Mozilla doesn't support SMIL. Even though there have been noble individual efforts to tackle the problem, like the work of Doug Schepers at Vectoreal, I could not find one that would transparently work with both IE and Firefox
Slidy
Slidy is another alternative, from which S5 was born. In fact, the linked Slidy presentation (first thing google retrieves for the "Slidy" search) acknowledges that Eric Meyer did in fact improve Slidy
Microsoft and Adobe
Both Microsoft and Adobe have only started clashing on a big fight for the domination of the "Multimedia Web" with their Silverlight and Flex armies.
Hopefully, the Open Source movement will stay pretty much out of the fight, and solving the problem the way it was done with Apache. I wouldn't marry with any of their solutions.
JavaFX
Sun's JavaFX is the usual Sun contender. It is closest to the OpenSource heart, but still feels too underdeveloped yet, and probably too big and complex a set for the simple solution we are seeking.
More
As usual, these are only my opinions, and there are obviously some things I am missing. Do you know what I might be missing? Please share your thoughts.
One alternative that crosses my mind is using the OpenDocument format (OpenOffice's .ods), but again, it feels too ambitious for a first approach...
Some interesting links found on researching:
S5 Tools at Microformats.org
Blog Post at Clipperz
1015
Feature requests / Re: Word processor or wiki exporting?
« on: August 20, 2007, 04:45:24 am »
Totally agreed.
Wordpress approach is the best I have seen. It may be improved, but it is the best so far. Additionally, I think it is a good idea to have only the WYSIWYG as default, and enable the code view only for those users that request it. "Start simple", and "complicate on demand".
Wordpress approach is the best I have seen. It may be improved, but it is the best so far. Additionally, I think it is a good idea to have only the WYSIWYG as default, and enable the code view only for those users that request it. "Start simple", and "complicate on demand".
1016
Feature requests / Re: per-project feature switch
« on: August 20, 2007, 04:41:11 am »
Hi jeremyclarke. Welcome, and thank you for the compliments.
Your concerns are not only legitimate, but fundamental for the success of this project.
If what you want is barely activeCollab but 100%, maybe ProjectPier is the project for you. We are already in touch, and hopefully both projects will work together. I didn't contribute much this past week since I am visiting California. It's just too much work (and fun) here. That leaves little time.
What we want to do with OpenGoo is a bit more ambitious, mashing together many Open Source apps, to get greater functionality (the "Web Office").
So one goal of OpenGoo, as a framework, is to have the ability to decide which featrues (apps) you will use. For example, for text editing, maybe you would like to use TinyMCE as the text editor, instead of FCKEditor, a full or a light version, a wiki engine, etc. The framework should let you make the choice (like linux packages).
Another goal is simplicity of the UI. I myself love wikis (dokuwiki in particular), and I find that I can document almost anything in one of those things. But wikis, as easy as they may seem to some, are way too difficult for most. That is why the UI should stay as clean as possible (as Google teaches us).
Since the system will usually run on a server, you shouldn't be concerned about performance (unless you plan on installing it on a 386 with 64MB RAM, which I wouldn't recommend). You won't need large chunks of memory on your client PC. That's the beauty of the AJAX Web (Web 2.0).
Your concerns are not only legitimate, but fundamental for the success of this project.
If what you want is barely activeCollab but 100%, maybe ProjectPier is the project for you. We are already in touch, and hopefully both projects will work together. I didn't contribute much this past week since I am visiting California. It's just too much work (and fun) here. That leaves little time.
What we want to do with OpenGoo is a bit more ambitious, mashing together many Open Source apps, to get greater functionality (the "Web Office").
So one goal of OpenGoo, as a framework, is to have the ability to decide which featrues (apps) you will use. For example, for text editing, maybe you would like to use TinyMCE as the text editor, instead of FCKEditor, a full or a light version, a wiki engine, etc. The framework should let you make the choice (like linux packages).
Another goal is simplicity of the UI. I myself love wikis (dokuwiki in particular), and I find that I can document almost anything in one of those things. But wikis, as easy as they may seem to some, are way too difficult for most. That is why the UI should stay as clean as possible (as Google teaches us).
Since the system will usually run on a server, you shouldn't be concerned about performance (unless you plan on installing it on a 386 with 64MB RAM, which I wouldn't recommend). You won't need large chunks of memory on your client PC. That's the beauty of the AJAX Web (Web 2.0).
1017
Feature requests / Re: Project Import
« on: August 09, 2007, 12:03:56 pm »
Welcome back Mario.
Sorry for the delay. This has been a crazy week; I am going to California for a month, departing this Saturday.
OpenGoo is a lot like OpenOffice, but Web based. That means it should be accessible via a browser, so that no installations and no licenses and no synchronization is ever needed.
That does not mean that several plugins (Eclipse, OpenOffice, MS Office, etc.) could be developed to extend its functionality.
We were discussing just this the other day: Wouldn't it be cool to have some Office plugin that would let you save directly from your desktop office suite into the OpenGoo filesystem? (Eduardo's idea)
Sorry for the delay. This has been a crazy week; I am going to California for a month, departing this Saturday.
OpenGoo is a lot like OpenOffice, but Web based. That means it should be accessible via a browser, so that no installations and no licenses and no synchronization is ever needed.
That does not mean that several plugins (Eclipse, OpenOffice, MS Office, etc.) could be developed to extend its functionality.
We were discussing just this the other day: Wouldn't it be cool to have some Office plugin that would let you save directly from your desktop office suite into the OpenGoo filesystem? (Eduardo's idea)
1018
Components / Re: UI templates management
« on: July 30, 2007, 04:09:08 pm »
I haven't yet.
Whomever produces any sort of documentation about this, please share it here!
Whomever produces any sort of documentation about this, please share it here!
1019
General Discussion / Re: After two successfull AC installs - two failed Goo installs
« on: July 30, 2007, 03:53:33 pm »1020
General Discussion / Re: Add Opengoo to ActiveCollab
« on: July 30, 2007, 03:50:28 pm »do I have to uninstall the ActiveCollab version 0.7.1 first?
or
how to add the OpenGoo_alpha_01 folders and files to my Active Collab?
The OpenGoo install is supposed to work well, since there were little changes made to the code. But obviously I made a mistake when packing the code, since both of you encountered the same problems.
Yes, it is possible to install activeCollab first, and then copy the classes changed for OpenGoo. That is probably what I did on my last installation, and possibly what is causing the issue.
The classes/files intended to be modified over activeCollab 7.1 are:
- application/controllers/FilesController.class.php
- application/views/files/add_document.php
- application/views/files/add_spreadsheet.php
- application/views/files/index.php
- language/en_us/actions.php
- public/assets/themes/default/stylesheets/project/documents.css
I noticed this files were changed in the alpha release too (but I did not have time to further analyze the problem):
- cache/autoloader.php
- cache/log.php
- upload/attributes.php
- config/config.php
Excuse me for the inconvenience.