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.


Messages - paulscallanjr

Pages: 1 [2] 3
16
Announcements / Re: OpenGoo 1.6 BETA 2 released
« on: November 14, 2009, 12:04:37 am »
 ;D JUST ANOTHER NOTE:  I have tested OG extensively on Windows Server 2003 and 2008.  The best methodology I have found is using Microsoft's Web Platform Installer v2.  Get it here:  http://www.microsoft.com/web/Downloads/platform.aspx  then during install, configure it to install:  FastCGI 1.5 beta, URLScan (for added security), Wincache for PHP, and Moodle (so it'll load MySQL and PHP).  Once installed, just unzip the OG folder (I recommend v1.6b2) into the inetpub folder.  Next, use IIS Admin Manager (found under Control Panel > Administrative Tools) to convert the OpenGoo folder into an application.  If using Windows Server 2008:  http://msdn.microsoft.com/en-us/library/bb763173.aspx   or if using Windows Server 2003:  http://msdn.microsoft.com/en-us/library/zwk103ab.aspx

Good idea to download latest version of PHPmyadmin and do the same as you did for OpenGoo.  Remember to edit the config.inc file to change the password values to reflect what you used setting up MySQL during the Microsoft Web Installer dialogs.

This setup runs quicker than Ubuntu server setup I tried.  Both on Intel Quad cpus with 6GB ram.  You can setup any custom permissions, etc using IIS Admin manager also.  

If anybody wants a more detailed Win32 or Win64 setup instruction procedure, let me know... I'll take the time to document it.  

JUST A BIG NOTE:  If you are reading this post in this forum for the first time and your looking for a bad boy web office that meets a lot of needs and is decently supported by a user and developer base... then you are definitely in the right place.  Download a copy and try it out.  I trust you'll like it, just like so many more of us did.  See you in the boards!

17
Announcements / Re: OpenGoo 1.6 BETA 2 released
« on: November 13, 2009, 11:52:14 am »
Thank you for the reply.  To start, most law firms have files/folders categorized by case name or file number.  These files/folders would be located on the server already (the same one that OpenGoo) would be on.  A simple way to have OG "look" at the files and be able to manipulate them directly would be optimum.  Something like the function of this:  http://www.bigresource.com/scripts/detail/45597/

An example document is attached.  Note, its Legal sized, but they do use letter sized for correspondence.  They need to be able to have headers/footers/footnotes.  The tables need to be able to be more flexible and be able to "borderless" (i.e. the grid does not show (unless selected to show).

We tested the use of the html editor already built into OG.  They found that they had to continually save and open the document to get it formatted right... there is no "ruler" in the editor... so they had major issues with having the end result document looking the way they needed it to.  Margins are especially important.  Yes, I realize that can be set by HTML code, but the users are lawyers, paralegals, and secretaries....  I will post more info on this topic later today.

18
Definitions / Re: Definition of Web Office 2009
« on: November 12, 2009, 12:47:57 am »
I think the developers of OpenGoo are on the right course... not attributing too much time/resources on wild goose chases... sticking to basics....

I have tested many, many "web office" suites... none compare right now with OpenGoo... simple as that... I have some qualms with some of the features I need, but are absent... but time will solve these issues, I feel sure...

the main thing to remember, I think, is that, "we" need a lightweight, but feature-rich web-accessible offfice suite.  PERIOD.  The features currently inclusive in OpenGoo meet (and rather in my opinion set the standard for other "sever-based" office suites) meet the minimums.  Sure, there are mods, I'd like to see... i have posted about them... time, time, time.... give it time.....

19
Announcements / Re: OpenGoo 1.6 BETA 2 released
« on: November 12, 2009, 12:34:27 am »
I will invest time and money in developing the ability to create rtf or doc from OpenGoo.  Anyone else?  Think about it.... if your business creates documents that need to be formattable... and OpenGoo fits (as it defintiely does) all other aspects for the best of the best in "web office" wouldn't you like your users to be able to use the OpenGoo app to create the docs they need w/o need for any 3rd party app..... no problemas with with creating doc in Word, then saving, then uploading, etc,. etc.  Honestly, though, I am out of my league.

? for the OpenGoo admins and/or FengOffice admins:  can this be done?  If so, what is the expected cost?  Law firms can be and should be a a major outlet for your app.  But, again, the html doc (create new document) is not customizable enough (easily) for mainstream usage.  Help point me in the right direction.  I added a comment about lettting OpenGoo access and manage a shared file folder on the server that contains the docs one needs to acces through OpenGoo... that'd work.... its the upload clunky-iness that is bad.... other than that... OpenGoo is mainstream ready.

Also, again, OpenGoo runs great on Win32 and Win64 platform (make sure you use MS version of FastCGI and wincache for php).

20
I definitely agree.  I have been testing OpenGoo 1.5, 1.6 Beta and 1.6 Beta2 for possible deployment for several medium to large law firms I do consultancy for.  The ONLY feature that they have a necessity for is formattable documents, the create new html file feature with editor is great, but not customizable or formattable enough for real usage.  Instead of rewrite or code add, the suggestion for new feature here to allow native file access on the server would fit the needs and be quicker with less hassle.  I vote for it.

21
Announcements / Re: OpenGoo 1.6 BETA 2 released
« on: November 10, 2009, 11:00:11 pm »
Yes, I realize that completely.  I guess what I was really trying to  get across was a feature request couched in the form of a reply to another reply exclaiming the awesome virtues of a new beta version.  :)  I am going to experiment with that feature with some code to see if I can make that work out as needed.  I'll post the results.... give it a few days at least.

Anyways, its great, I just wish users could create new rtf or doc documents instead of html ones.... that would be the icing on the cake (but make no doubt the cake is good too).


73's

22
Announcements / Re: OpenGoo 1.6 BETA 2 released
« on: November 10, 2009, 09:01:11 am »
 ;D  Have not had any issues with Beta2, so far.  It looks to be very stable even under heavy tasking load.

Only thing I can't figure out a way around is using the create new document feature... I am trying to find some method to substitute the resulting .html into a .rtf or .doc.  Anybody out there already know something I don't?  I am testing this for production usage in a law firm and, of course, they need formattable "documents" for pleadings, etc.  The editor that creates the new documents seems to only allow .html and related saves.  Any hints, tricks, and/or tweaks would be appreciated.

Other than that, this is a great app!

23
Announcements / Re: OpenGoo 1.6 BETA released
« on: October 30, 2009, 12:51:15 pm »
 ;D  Beta still running great with no problems on the following architectures:

Windows 7 Ent Ed + IIS 7 + FastCGI
Windows Server 2003 Ent Ed + IIS 7 + FastCGI
Windows Server 2008 Ent R2 + IIS 7.5 + FastCGI

Thanks team!

24
Announcements / Re: OpenGoo 1.6 BETA released
« on: October 24, 2009, 03:57:20 pm »
AWESOME beta, guys!   Thanks for your expertise and vision.

25
Older versions / Re: [1.5.3] BUG Document tab gives 500 error
« on: October 21, 2009, 07:33:13 pm »
Can you post FilesController.class.php for me and (assumedly) others to review?

Generally, look at the line number that the error message is giving you.
Go to this part of the code.
You'll see a variable that is calling the method:  it should read:

($coId)->getUsername();

I have also attached a clean copy of file (I know what you said about replacing file, but who knows?).  

Also, have you removed the user who originally created that workspace in question?  Maybe by doing so, it screwed something up with permissions or something.  Kinda like with the old groupwise shared folders...if the owner/creator account was removed... all the shared folder llinks to documents were removed.  

Also, maybe try removing docs from that workspace and moving them to a new workspace temporarily, then remove the subject workspace and then recreate transfering back your docs.

Hope that helps.

26
You may want to try what I did to fix my Error 500.  http://forums.opengoo.org/index.php?topic=3035.0

27
Older versions / Re: [1.5.3] BUG Document tab gives 500 error
« on: October 21, 2009, 04:55:49 pm »
Check out what I had to do to fix my Error 500 error.  http://forums.opengoo.org/index.php?topic=3035.0

28
Yea, thanks.  I'm no PHP expert, but I am real good at research and testing.  I do hope anyone with a similar Error 500 parse error will try what I did.  The good thing though is that the developers can now know that OpenGoo work no problem with Windows 7 Enterprise, II7 with FastCGI, etc.  I thought initially when that parse error came up that there was a win-specific issue.

29
 ;D

Saw an old posting for a real old version of OpenGoo that made me try something.  It worked for my Error 500 error.  I re-downloaded the version I was using... and simply replaced the file the parse error was having issues with.  It worked fine after that.  I checked the OLD file I replaced... there were funny symbols where normal characters should have been.  Not sure why or how that happened, but it did and now it works.

All segments of the application work fine now.

Geaux OpenGoo!

30
Older versions / Re: [1.5.3] BUG Document tab gives 500 error
« on: October 21, 2009, 02:42:00 pm »
What platform (OS), php version, etc?  I ask this because I just posted on the Error 500 also (see post under Bugs).

Pages: 1 [2] 3