You need to be logged in to post in the forums. If you do not have an account, please sign up first.
Opera - Office
About a week ago I decided to start a new project - Opera OfficeI hope, that this is the right place to start. Because actually it is not a wish by myself, actually I want to do it myself, just looking for people.
So, after Opera started to understand html5 and css3, after I have seen that MS-Office2010 is not much better then prior versions, openoffice is even worse and adobe cs5 seems to be a crap (sorry, but for that money...).
As I first started to use computers (commodore 64) I've dreamed of an universal office program, and now I'm ready to start it...
The main idea is:
1. Make a general workspace, where a user could do everything, starting with simple text notes, trough image making and finishing with scientific mathematic calculations.
2. It should be object oriented
3. Extendable and fully customizeable
4. It should be free.
Now I want to start, the office suite should base on xhtml and css. Editable trough JS. First target is to make some kind of a word, which would safe files in html. Later on we could add an export feature to Postscript or even pdf. I do not plan to make it usable with other document types! No *.rtf, *.doc, *.docx, *.xls or that kind of stuff! XHTML will deliver the best portability! The suite should be not for opera only, but right now opera supports (as far as I know) the most new technologies, lice svg, canvas, html5, css3 etc. So people who will help me work on this project should understand - it is for all and everybody, but primarily for opera users!
I understand that alone I will not be able to make it, so I'll look for other people to assist me.
Right now I'm a starting coder in xhtml and css. So people with knowledge of
1. Java/JS
2. SVG/Canvas
3. PHP
would be necessary.
Is someone interested to help me?
I hope my organizational skills will be enough.
Do you think I sould go on with this project?
| Option | Results | Votes | |
|---|---|---|---|
| No, stop it. | 17% | 1 | |
| There are more then enough office suites | 33% | 2 | |
| Yes, I hope to see it in near future. | 33% | 2 | |
| Yes, I'm interested in alfa and beta testing. | 17% | 1 | |
| Yes, and you can count for my help! | 0% | 0 | |
| Total number of votes: | 6 | ||
I think it is very unnecessary thing.
Sorularınızı sorabileceğiniz yeni adresimiz Opera Türkiye Forum
Don't do it unless you [know you] do it for yourself.
Besides that, I don't recommend you using PHP for such a big project (rather Python or Ruby).
Originally posted by Mihail-Klr:
Right now I'm a starting coder in xhtml and css. So people with knowledge of
(...)
3. PHP
would be necessary.
Besides that, I don't recommend you using PHP for such a big project (rather Python or Ruby).
besides.... the additional point, why I started with that idea right now is, that some companies want to contribute to their homepages without calling me every time.
Na, I want to use php only to submit results, thats all.
It shall not become one of those online offices, but rather some kind of.... an extended xhtml redactor. The code should work offline! So it will become a client-side suite.
As Opera understands SVG and Canvas, and we can manipulate those trough JS, and we can manipulate xhtml and css trough JS, we can accomplish almost the same quality as we have it in MS Word, InDesign, Publisher, LaTex etc.
Trough JS we can also implement mathematical expressions and formulas. Some years ago I made an ActiveX Calculator in VB for trigonometrical calculations and an output window, etc... And an ActiveX plotter element, which was able to plot graphs point by point. And I was in school at that time.
I don't think that it will be impossible to accomplish the same things now, where we have all the possibilities.
The point is, if I do it on my own.... it will take years! With a good commando we would be able to show first results in a month or so.
It shall not become one of those online offices, but rather some kind of.... an extended xhtml redactor. The code should work offline! So it will become a client-side suite.
As Opera understands SVG and Canvas, and we can manipulate those trough JS, and we can manipulate xhtml and css trough JS, we can accomplish almost the same quality as we have it in MS Word, InDesign, Publisher, LaTex etc.
Trough JS we can also implement mathematical expressions and formulas. Some years ago I made an ActiveX Calculator in VB for trigonometrical calculations and an output window, etc... And an ActiveX plotter element, which was able to plot graphs point by point. And I was in school at that time.
I don't think that it will be impossible to accomplish the same things now, where we have all the possibilities.
The point is, if I do it on my own.... it will take years! With a good commando we would be able to show first results in a month or so.
hm, somewhat not the right forum here for recruting people for a coding project 
anyhow: regarding technology to use: If you want to build on browser technology I would recommend to create a widget. I mean in the meantime they can be run like standalone apps and even have a File IO API so the basic file editing should be easy to make.
What I see as somewhat of a "problem" (better call it: "I don't know if it's possible") is handling of compressed files (xml-based file formats) and binary files which you will encounter when you want to create an app like you mentioned.
Also size could be a limiting factor, as the office packages have their hundreds of MB for a cause - and same goes for tools like MATLAB (as you mentioned scientific calculations) which goes well into the GB area (mostly additional functionality but the core installation is still quite huge). What I want to say is: I simply don't know how well the browser can cope with such huge amounts of code.

anyhow: regarding technology to use: If you want to build on browser technology I would recommend to create a widget. I mean in the meantime they can be run like standalone apps and even have a File IO API so the basic file editing should be easy to make.
What I see as somewhat of a "problem" (better call it: "I don't know if it's possible") is handling of compressed files (xml-based file formats) and binary files which you will encounter when you want to create an app like you mentioned.
Also size could be a limiting factor, as the office packages have their hundreds of MB for a cause - and same goes for tools like MATLAB (as you mentioned scientific calculations) which goes well into the GB area (mostly additional functionality but the core installation is still quite huge). What I want to say is: I simply don't know how well the browser can cope with such huge amounts of code.
All my posts only represent my own opinions.
[ Tweedo Monitor - Deluxe Website & Service Monitoring ]
[ Tweedo Monitor - Deluxe Website & Service Monitoring ]
<a href="http://unite.opera.com/application/432/">Gridnite</a>
I know, I know... and I have already seen Gridnite and next week I even will spend time to test it out.
Concerning size of office suites and matlab - you get everything there, what you need and not. So you pay so many hundreds of mb for things you never use. Thats my problem.
One of the causes of the big size is that you have all the addons in one suite. What I want to have is more like a browser-based html editor with some additions.
Plotting graphs, making nice fonts, etc. can be done with this technologies without hundreds of megabytes.
I hope to make this "suite" under 15-20mb, or even less. As I plan it will consist out of:
1. Workspace, which will contain all necessary menus, manipulators, editable areas, and of course - the document part.
2. Menus - just a bunch of links to launch scripts, navigate trough documents and whatever should I have forgotten.
3. Manipulators - some additional buttons, which should give our mouse the possibility to choose objects (like opera dragonfly) and to change them a little (some JS scripts already allow to resize objects).
4. Editable area - place where you put your code for the document and/or its objects into / where you see the code after changes with manipulators.
5. The document structure:
a. the "papercut" - the document printable area and main settings (like index.html)
b. objects to include (the <object> tag)
c. position and dimensions of the objects
A complete office suite for different file formats, with hundreds of tools - is not my target. My target is a setup of a base, which would allow some semi-professionals to save time on web contribution.
I hope to have some time next week, so I could make at least a scratch, of what I mean. Because in most cases I fail to explain what I mean... and it is not because of my english, I could try to explain it in any of the languages I know, but I would fail.... :-)
Why it is here in this forum... actually here I want to discuss my idea, and while doing so I asked for some additional help.
Thats all for now.
Concerning size of office suites and matlab - you get everything there, what you need and not. So you pay so many hundreds of mb for things you never use. Thats my problem.
One of the causes of the big size is that you have all the addons in one suite. What I want to have is more like a browser-based html editor with some additions.
Plotting graphs, making nice fonts, etc. can be done with this technologies without hundreds of megabytes.
I hope to make this "suite" under 15-20mb, or even less. As I plan it will consist out of:
1. Workspace, which will contain all necessary menus, manipulators, editable areas, and of course - the document part.
2. Menus - just a bunch of links to launch scripts, navigate trough documents and whatever should I have forgotten.
3. Manipulators - some additional buttons, which should give our mouse the possibility to choose objects (like opera dragonfly) and to change them a little (some JS scripts already allow to resize objects).
4. Editable area - place where you put your code for the document and/or its objects into / where you see the code after changes with manipulators.
5. The document structure:
a. the "papercut" - the document printable area and main settings (like index.html)
b. objects to include (the <object> tag)
c. position and dimensions of the objects
A complete office suite for different file formats, with hundreds of tools - is not my target. My target is a setup of a base, which would allow some semi-professionals to save time on web contribution.
I hope to have some time next week, so I could make at least a scratch, of what I mean. Because in most cases I fail to explain what I mean... and it is not because of my english, I could try to explain it in any of the languages I know, but I would fail.... :-)
Why it is here in this forum... actually here I want to discuss my idea, and while doing so I asked for some additional help.
Thats all for now.