From developer@opengroupware.org Sun Feb 4 13:22:28 2007 From: developer@opengroupware.org (=?ISO-8859-1?Q?St=E9phane_Corth=E9sy?=) Date: Sun, 4 Feb 2007 14:22:28 +0100 Subject: [OGo-Developer] Modifications for EOControl Message-ID: <887DAC87-DE5E-4A4F-8500-928219AE8A78@sente.ch> Hi, RuleModeler, a Cocoa application maintained by ProjectWonder, uses =20 now SOPE's EOControl classes, as of version 1.3, to replace Apple's =20 deprecated EOControl framework. We use only a subset of EOControl: EOQualifier and EOKeyValueArchiver =20= classes. I fixed several bugs, and made some modifications valid for =20 RuleModeler only, to be as compatible as possible with Apple's =20 EOControl and WebObjects 5, notably the (un)archiving process. I =20 added code specific to WO5-compatibility, #ifdef'd with =20 WO_JAVA_COMPATIBILITY. I also wrote several test cases (using SenTestingKit) to test the =20 parsing and the (un)archiving of qualifiers. You might find them =20 useful too. Source code for RuleModeler's EOControl is available either in =20 ProjectWonder's repository , =20 or here: Cheers, St=E9phane EOAndQualifier.m: 'AND' becomes 'and' for WO_JAVA_COMPATIBILITY. Replaced calloc by =20 objc_calloc and free by objc_free, for consistency. Fixed some calloc =20= counts. EOKeyValueArchiver.m: Added some NSAssert* calls. Fixed (un)archiving of dictionaries: =20 their content was not (un)archived correctly. Added use of =20 EOCustomClasserWrapper when a (java) class is not found in the =20 runtime. Fixed bugs in -classForName:. Added EOKeyValueArchiving =20 implementation for NSNumber, NSCalendarDate, NSDecimalNumber, NSNull. EOKeyValueQualifier.m: Fixed bug in isEqualToQualifier: when values are nil. Added =20 WO_JAVA_COMPATIBILITY compatibility code. EONotQualifier.m: 'NOT' becomes 'not' for WO_JAVA_COMPATIBILITY. EOOrQualifier.m: 'OR' becomes 'or' for WO_JAVA_COMPATIBILITY. Replaced calloc by =20 objc_calloc and free by objc_free, for consistency. Fixed some calloc =20= counts. EOQualifier.m: In +initialize, use NSNonOwnedPointerMapValueCallBacks instead of =20 NSIntMapValueCallBacks, to store SELectors. '<>' becomes '!=3D' for =20 WO_JAVA_COMPATIBILITY. Added -qualifierDescription. Added =20 WO_JAVA_COMPATIBILITY compatibility code. EOQualifierParser.m: Replaced all cStrings by UTF8Strings. Now raises exception on parsing =20= error, instead of returning nil. qDebug initialized by +[EOQualifier =20 isEvaluationDebuggingEnabled]. Now can parse float values. Added use =20 of EOCustomClasserWrapper when value is an unknown class in runtime. NSObject+QualDesc.m: Now escapes single quotes in -[NSString qualifierDescription]. Added -=20= [NSObject qualifierDescription], [NSNumber qualifierDescription]. =20 Added WO_JAVA_COMPATIBILITY compatibility code. EOCustomClassWrapper.*: New class used only with WO_JAVA_COMPATIBILITY. Allows to (un)archive =20= classes which are not known to the runtime. From developer@opengroupware.org Sun Feb 4 20:37:08 2007 From: developer@opengroupware.org (Helge Hess) Date: Sun, 4 Feb 2007 21:37:08 +0100 Subject: [OGo-Developer] Modifications for EOControl In-Reply-To: <887DAC87-DE5E-4A4F-8500-928219AE8A78@sente.ch> References: <887DAC87-DE5E-4A4F-8500-928219AE8A78@sente.ch> Message-ID: On Feb 4, 2007, at 14:22, St=E9phane Corth=E9sy wrote: > Source code for RuleModeler's EOControl is available either in =20 > ProjectWonder's repository wonder>, or here: RuleModelerEOControl.tgz> Very nice! :-) BTW: I wouldn't mind giving you write access to the SOPE Subversion =20 repository. Are you interested in this? The basic requirement is that you document your changes in the =20 ChangeLog before a commit and that you try not to break something ;-) =20= (ie by protecting dangerous changes using a #define, just like you =20 did ;-) Thanks a lot, Helge --=20 Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Mon Feb 5 14:20:15 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 05 Feb 2007 09:20:15 -0500 Subject: [OGo-Developer] openSUSE 10.2 Packages Message-ID: <1170685215.5086.24.camel@aleph.whitemice.org> Referencing http://mail.opengroupware.org/pipermail/users/2007-February/017240.html > Re: [OGo-Users] Postgre fatal error after new install on Suse 10.2 > Perhaps the openSUSE compilers and libobjc > (libobjc41-4.1.2_20061115-5, > gcc-objc-4.1.3-29, gcc41-objc-4.1.2_20061115-5) have some differences > from previously used versions. I know SuSE 9.3 had libobjc-3.3.5-5. What is involved in adding a build? Currently RPMs are only build up through SuSE 10.0. These seem to be having problems on later versions. Both SOPE and OGo compile fine; and I've even managed to build RPMs, although not ones that match the name/version convention used on the build servers. From developer@opengroupware.org Mon Feb 5 19:13:22 2007 From: developer@opengroupware.org (=?ISO-8859-1?Q?St=E9phane_Corth=E9sy?=) Date: Mon, 5 Feb 2007 20:13:22 +0100 Subject: [OGo-Developer] Modifications for EOControl In-Reply-To: References: <887DAC87-DE5E-4A4F-8500-928219AE8A78@sente.ch> Message-ID: Hi, On Feb 4, 2007, at 9:37 PM, Helge Hess wrote: > On Feb 4, 2007, at 14:22, St=E9phane Corth=E9sy wrote: >> Source code for RuleModeler's EOControl is available either in =20 >> ProjectWonder's repository > wonder>, or here: > RuleModelerEOControl.tgz> > > Very nice! :-) > > BTW: I wouldn't mind giving you write access to the SOPE Subversion =20= > repository. Are you interested in this? Thanks for the offer. I work rarely with SOPE, though, and I think =20 I'd prefer you to have a look at the modifications before they go to =20 the repository. > The basic requirement is that you document your changes in the =20 > ChangeLog before a commit and that you try not to break =20 > something ;-) (ie by protecting dangerous changes using a #define, =20 > just like you did ;-) Yep, I see, that's normal. Problem is that I can't test anything but =20 on MacOSX. Rather dangerous for such a multi-platform project like =20 SOPE. Anyway, I'll try to give you patch files, next time I have =20 modifications for SOPE (unlike that time, sorry), and Changelog entries. Thanks again for the offer, St=E9phane > Thanks a lot, > Helge > --=20 > Helge Hess > http://www.helgehess.eu/ > > > -- > OpenGroupware.org Developer > developer@opengroupware.org > http://mail.opengroupware.org/mailman/listinfo/developer From developer@opengroupware.org Fri Feb 9 04:17:16 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Thu, 08 Feb 2007 23:17:16 -0500 Subject: [OGo-Developer] Object Properties Question Message-ID: <1170994636.5162.18.camel@aleph.whitemice.org> --=-K2cBFmC3V/QCAMSba5Sm Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I can get a dictionary of object properties using - [[[self getCTX] propertyManager] propertiesForGlobalID:eo]; - in which case the property name as in "{http://www.opengroupware.org/properties/ext-attr}Color" is the key and the value is the value (as in "Blue"). However I would very much like to have the object property id (the obj_property_id column of obj_property) and the "preferredType" (the preferred_type column in obj_property). I see these attributes dealt with in the propertyManager (SkyObjectPropertyManager.m) but no way to get them. The property id would provide a unique numeric id making it very easy to automatically map the data into a client-side database cache; I've been able to provide a numeric objectId for everything else in ZOGI. The preferredType would be necessary for client applications to determine how to display/manage the property value. Otherwise it is impossible to tell a string from a BLOB encoded as a string, for instance. --=-K2cBFmC3V/QCAMSba5Sm Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFy/XMLRePpNle04MRAnFlAJ94VK/KZnD8VklpoJJxSVMG46ItjgCeO+Vp PSUBlW3czkEl7d4dP4m2QlE= =G1OU -----END PGP SIGNATURE----- --=-K2cBFmC3V/QCAMSba5Sm-- From developer@opengroupware.org Fri Feb 9 10:52:30 2007 From: developer@opengroupware.org (Helge Hess) Date: Fri, 9 Feb 2007 11:52:30 +0100 Subject: [OGo-Developer] Object Properties Question In-Reply-To: <1170994636.5162.18.camel@aleph.whitemice.org> References: <1170994636.5162.18.camel@aleph.whitemice.org> Message-ID: <27D2E06C-5BA0-4FE8-8AC2-076D4864958F@opengroupware.org> On Feb 9, 2007, at 05:17, Adam Tauno Williams wrote: > I can get a dictionary of object properties using - > [[[self getCTX] propertyManager] propertiesForGlobalID:eo]; > - in which case the property name as in > "{http://www.opengroupware.org/properties/ext-attr}Color" is the > key and > the value is the value (as in "Blue"). > > However I would very much like to have the object property id (the > obj_property_id column of obj_property) and the "preferredType" (the > preferred_type column in obj_property). I see these attributes dealt > with in the propertyManager (SkyObjectPropertyManager.m) but no way to > get them. Ahm, yes. Because those fields are internal. Properties are not object but simple key=value pairs. > The property id would provide a unique numeric id making it very > easy to > automatically map the data into a client-side database cache; I've > been > able to provide a numeric objectId for everything else in ZOGI. I can't see why a name is any harder. > The preferredType would be necessary for client applications to > determine how to display/manage the property value. Otherwise it is > impossible to tell a string from a BLOB encoded as a string, for > instance. Yes, properties do not have a type. However, when you retrieve a property you can derive some information from the type of the value object you got (NSData for blobs, NSNumber for numbers, NSString for strings, etc). Summary: works as expected ;-) Do not attempt to put more features into properties, they are supposed to be the database equivalent of property lists attached to an object. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Fri Feb 9 12:19:29 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Fri, 09 Feb 2007 07:19:29 -0500 Subject: [OGo-Developer] Object Properties Question In-Reply-To: <1170994636.5162.18.camel@aleph.whitemice.org> References: <1170994636.5162.18.camel@aleph.whitemice.org> Message-ID: <1171023569.4698.14.camel@aleph.whitemice.org> --=-eKJpbwMGGbjzkCKNmkEE Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2007-02-08 at 23:17 -0500, Adam Tauno Williams wrote: > I can get a dictionary of object properties using - > [[[self getCTX] propertyManager] propertiesForGlobalID:eo]; > - in which case the property name as in > "{http://www.opengroupware.org/properties/ext-attr}Color" is the key and > the value is the value (as in "Blue"). > However I would very much like to have the object property id (the > obj_property_id column of obj_property) and the "preferredType" (the > preferred_type column in obj_property). I see these attributes dealt > with in the propertyManager (SkyObjectPropertyManager.m) but no way to > get them. I can accomplish this with the following code; but this involves calling the property manager's private _fetchPropertyRowsForGlobalIDs method. Is this kosher? I can't see any other way to do it. --------- -(NSDictionary *)_renderProperty:(id)_property { /*=20 TODO: 1.) Deal with value types other than string 2.) Add type and label information to rendered property from=20 system defaults if namespace is =20 "http://www.opengroupware.org/properties/ext-attr" as=20 those values are rendered in the UI as extended=20 attributes. Client will need these hints. 3.) Figure out long string storage and BLOB encoding. */ =20 return [NSDictionary dictionaryWithObjectsAndKeys: [_property objectForKey:@"key"], @"propertyName", [_property objectForKey:@"namespacePrefix"], @"namespace", [_property objectForKey:@"preferredType"], @"preferredType", [self NIL:[_property objectForKey:@"valueString"]], @"value", @"objectProperty", @"entityName", [_property objectForKey:@"objectPropertyId"], @"objectId", [_property objectForKey:@"objectId"], @"entityObjectId", nil]; } -(NSArray *)_propertiesForKey:(id)_objectId { NSMutableArray *propertyList; NSArray *properties, *keys; id property; NSEnumerator *enumerator; propertyList =3D [[NSMutableArray alloc] initWithCapacity:6]; keys =3D [NSArray arrayWithObjects:[self _getEOForPKey:_objectId], nil]; properties =3D [[[self getCTX] propertyManager]=20 _fetchPropertyRowsForGlobalIDs:keys namespace:nil]; enumerator =3D [properties objectEnumerator]; while ((property =3D [enumerator nextObject]) !=3D nil) { [propertyList addObject:[self _renderProperty:property]]; } return propertyList; } --------- --=-eKJpbwMGGbjzkCKNmkEE Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFzGbRLRePpNle04MRAhu6AJ4lWf8oNavDZX7gpV/H9t0M4ycOewCfUivG GdkSLuHuQz8zx0ZrzOtpsdw= =ilqM -----END PGP SIGNATURE----- --=-eKJpbwMGGbjzkCKNmkEE-- From developer@opengroupware.org Fri Feb 9 12:23:44 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Fri, 09 Feb 2007 07:23:44 -0500 Subject: [OGo-Developer] Object Properties Question In-Reply-To: <27D2E06C-5BA0-4FE8-8AC2-076D4864958F@opengroupware.org> References: <1170994636.5162.18.camel@aleph.whitemice.org> <27D2E06C-5BA0-4FE8-8AC2-076D4864958F@opengroupware.org> Message-ID: <1171023824.4698.19.camel@aleph.whitemice.org> --=-kQG8gyHf2EONKYmG9vwN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > The preferredType would be necessary for client applications to > > determine how to display/manage the property value. Otherwise it is > > impossible to tell a string from a BLOB encoded as a string, for > > instance. > Yes, properties do not have a type. However, when you retrieve a =20 > property you can derive some information from the type of the value =20 > object you got (NSData for blobs, NSNumber for numbers, NSString for =20 > strings, etc). Ah, that makes sense. > Summary: works as expected ;-) Do not attempt to put more features =20 > into properties, they are supposed to be the database equivalent of =20 > property lists attached to an object. Gotcha, proceeding in a different direction then. --=-kQG8gyHf2EONKYmG9vwN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBFzGfQLRePpNle04MRAtUmAJ9/JEjWs/tle07CO2VzBdd8QwWB3ACfQTIk K+UqwzUSRxw3LqxLE+QsFaE= =c0He -----END PGP SIGNATURE----- --=-kQG8gyHf2EONKYmG9vwN-- From developer@opengroupware.org Fri Feb 9 15:11:05 2007 From: developer@opengroupware.org (Benjamin Mies) Date: Fri, 09 Feb 2007 16:11:05 +0100 Subject: [OGo-Developer] OGo 1.1.6 -> Missing LoginPage Content Message-ID: <45CC8F09.30002@os-cillation.de> Hello, I try to install OGo 1.1.6 + SOPE 4.5.9 from the SVN-sources onto a Gentoo-2006-1. I followed the instruction given in the install file. Compiling the sources looks fine. But if I try to run the webui there is an Error "Loginpage content Missing". I've checked the links shown in install file, and they seem to be all right. (I've installed OGo-1.0-stable on same System with same links, and this works fine). I've also tried another version of OGo or SOPE, but there is no different. OGo seems to find the Template files, because I changed debugOn to yes for Templates folder output in WebUI/OGoFoundation/OGoResourceManager.m. This is what ogo-webui-1.1 writes to the console after start: gentoo-2006-1 OGo-1.1.6-yummy # ogo-webui-1.1 Feb 09 15:38:14 ogo-webui-1.1 [19555]: SNS support disabled. Feb 09 15:38:14 ogo-webui-1.1 [19555]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 09 15:38:14 ogo-webui-1.1 [19555]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 09 15:38:14 ogo-webui-1.1 [19555]: Note: storing cached vCards files in: '/var/lib/opengroupware.org/documents' Feb 09 15:38:14 ogo-webui-1.1 [19555]: account::change-password: using password field: 'userPassword' Feb 09 15:38:14 ogo-webui-1.1 [19555]: Note: members of role team 'team creators' are allowed to create teams. Feb 09 15:38:14 ogo-webui-1.1 [19555]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 09 15:38:14 ogo-webui-1.1 [19555]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 09 15:38:14 ogo-webui-1.1 [19555]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 09 15:38:14 ogo-webui-1.1 [19555]: WebServerResources pathes: ( "/root/GNUstep/WebServerResources/", "/usr/local/share/opengroupware.org-1.1/www/" ) Feb 09 15:38:14 ogo-webui-1.1 [19555]: template pathes: ( "/root/GNUstep/Library/OpenGroupware.org-1.1/Templates/", "/usr/local/share/opengroupware.org-1.1/templates/" ) Feb 09 15:38:14 ogo-webui-1.1 [19555]: Note: located themes: OOo, blue, kde, orange Feb 09 15:38:14 ogo-webui-1.1 [19555]: Note: located translations: Japanese, Slovak, English, Dutch, ptBR, French, German, Danish, Hungarian, Norwegian, Spanish, Portuguese, Basque, Italian, Polish Feb 09 15:38:14 ogo-webui-1.1 [19555]: |ogo-webui-1.1| CTI Dialers: Feb 09 15:38:14 ogo-webui-1.1 [19555]: WOCompoundElement: pool embedding is on. Feb 09 15:38:14 ogo-webui-1.1 [19555]: WOCompoundElement: id logging is on. Feb 09 15:38:14 ogo-webui-1.1 [19555]: WARNING: did not find checkboxes JavaScript for SkyTableView! Feb 09 15:38:14 ogo-webui-1.1 [19555]: WARNING: did not find shiftclick JavaScript for SkyTableView! Feb 09 15:38:15 ogo-webui-1.1 [19555]: OGoProject: available project bases: FileSystem,Database Feb 09 15:38:15 ogo-webui-1.1 [19555]: Note: load storage bundle: 'OGoFileSystemProject.ds' Feb 09 15:38:15 ogo-webui-1.1 [19555]: Note: load storage bundle: 'OGoDatabaseProject.ds' Feb 09 15:38:15 ogo-webui-1.1 [19555]: Note: doc-viewer did not find Epoz. Feb 09 15:38:15 ogo-webui-1.1 [19555]: Note: found doc-viewers attributes,contents,versions,access,logs Feb 09 15:38:15 ogo-webui-1.1 [19555]: Note: using default doc-viewer rules. Feb 09 15:38:15 ogo-webui-1.1 [19555]: Note: did not find zip tool: '/usr/bin/zip' Feb 09 15:38:15 ogo-webui-1.1 [19555]: Note: folder-view did not find Epoz. Feb 09 15:38:15 ogo-webui-1.1 [19555]: SkyPersonViewer: form letter types: excel, framemaker, winword Feb 09 15:38:15 ogo-webui-1.1 [19555]: |ogo-webui-1.1| OpenGroupware.org instance initialized. Feb 09 15:38:15 ogo-webui-1.1 [19555]: |ogo-webui-1.1| WOHttpAdaptor listening on address *:20000 (And this is after I try to connect) nb-benjamin - - [09/Feb/2007:15:38:17 GMT] "GET /ogo HTTP/1.1" 200 212/0 0.195 - - 244K I don't have any idea whats wrong, somebody else? Regards Benjamin. From developer@opengroupware.org Fri Feb 9 16:39:04 2007 From: developer@opengroupware.org (Benjamin Mies) Date: Fri, 09 Feb 2007 17:39:04 +0100 Subject: [OGo-Developer] Re: OGo 1.1.6 -> Missing LoginPage Content Message-ID: <45CCA3A8.5060700@os-cillation.de> >Hello, >I try to install OGo 1.1.6 + SOPE 4.5.9 from the SVN-sources onto a >Gentoo-2006-1. I followed the instruction given in the install file. >Compiling the sources looks fine. But if I try to run the webui there >is >an Error "Loginpage content Missing". >I've checked the links shown in install file, and they seem to be all >right. (I've installed OGo-1.0-stable on same System with same links, >and this works fine). I've also tried another version of OGo or SOPE, >but there is no different. >OGo seems to find the Template files, because I changed debugOn to yes >for Templates folder output in >WebUI/OGoFoundation/OGoResourceManager.m. >This is what ogo-webui-1.1 writes to the console after start: >I don't have any idea whats wrong, somebody else? >Regards Benjamin. OK. I found a makefile in WebUI/Templates/BaseUI/, running it I can enter the Loginpage. But login in I get an "ERROR: did not find dockable page: 'Registration'". If I change the Links to the folders of 1.0, it is just the same problem... From developer@opengroupware.org Fri Feb 9 17:26:01 2007 From: developer@opengroupware.org (Helge Hess) Date: Fri, 9 Feb 2007 18:26:01 +0100 Subject: [OGo-Developer] Re: OGo 1.1.6 -> Missing LoginPage Content In-Reply-To: <45CCA3A8.5060700@os-cillation.de> References: <45CCA3A8.5060700@os-cillation.de> Message-ID: Hi, could you please move your support questions to a support forum, that is users@opengroupware.org. Thanks a lot, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Mon Feb 12 17:32:54 2007 From: developer@opengroupware.org (Gregory Malsack) Date: Mon, 12 Feb 2007 11:32:54 -0600 Subject: [OGo-Developer] Modify calendar submission form. Message-ID: <157B982DD6939449B51FC07ED5533CB2023FF1@SBS.gmellc.local> Hello All, I have a case where I need to modify some of the field titles, change the wording of the appointment types (birthday to spanish, etc...), and add some default text to the comment section. I have searched the entire directory structure and found some instances of the birthday directives, however my changes are not making a dent in the app. Can anyone provide me with the file names that need to be modified to update make these changes to the calendar submission form? Thanks, Greg From developer@opengroupware.org Mon Feb 12 17:51:58 2007 From: developer@opengroupware.org (Adam Williams) Date: Mon, 12 Feb 2007 12:51:58 -0500 Subject: [OGo-Developer] Modify calendar submission form. In-Reply-To: <157B982DD6939449B51FC07ED5533CB2023FF1@SBS.gmellc.local> References: <157B982DD6939449B51FC07ED5533CB2023FF1@SBS.gmellc.local> Message-ID: <1171302718.9000.11.camel@ws01.whitemice.org> I suspect this is really more of a users@ question than a devel question. > I have a case where I need to modify some of the field titles, Are you sure there isn't a spanish translation available? That is what the ogo-webui-resource-es package is. Beyond that most text can be changed by editing the *.strings files. There is some information on this in the docs plone; for instance see - http://docs.opengroupware.org/Members/sasepp/OGo%20scripts/view > change > the wording of the appointment types (birthday to spanish, etc...), and > add some default text to the comment section. Appointment types are set via Default. http://docs.opengroupware.org/Members/helge/Configurations/CustomAppointmentTypes/view Probably you just want to change the label and leave the rest the same. > I have searched the entire directory structure and found some instances > of the birthday directives, however my changes are not making a dent in > the app. Did you restart the WebUI after making the change? Please post over on users@ what exactly you tried. > Can anyone provide me with the file names that need to be > modified to update make these changes to the calendar submission form? I would assume it would mostly be in /usr/local/share/opengroupware.org-*/translations/ From developer@opengroupware.org Mon Feb 12 18:06:15 2007 From: developer@opengroupware.org (Gregory Malsack) Date: Mon, 12 Feb 2007 12:06:15 -0600 Subject: [OGo-Developer] Modify calendar submission form. Message-ID: <157B982DD6939449B51FC07ED5533CB2023FF3@SBS.gmellc.local> My questions are not related to how to use the program, my questions are focused at changing the source code of the application to make it function differently, wouldn't this be considered development? Sorry, I didn't explain that enough, I don't want to do a spanish translation, I want to change the word that is entered into the database, When I check what is now the appointment type birthday, I don't want it to post the word birthday to the database, I want it to post the word spanish, not the spanish word for birthday the word spanish.=20 Thanks for the assistance, I think you may have provided the information I needed to re-develop the ap to my needs. Greg -----Original Message----- From: developer-admin@opengroupware.org [mailto:developer-admin@opengroupware.org] On Behalf Of Adam Williams Sent: Monday, February 12, 2007 11:52 AM To: developer@opengroupware.org Subject: Re: [OGo-Developer] Modify calendar submission form. I suspect this is really more of a users@ question than a devel question. > I have a case where I need to modify some of the field titles, Are you sure there isn't a spanish translation available? That is what the ogo-webui-resource-es package is. Beyond that most text can be changed by editing the *.strings files. There is some information on this in the docs plone; for instance see - http://docs.opengroupware.org/Members/sasepp/OGo%20scripts/view > change > the wording of the appointment types (birthday to spanish, etc...),=20 > and add some default text to the comment section. Appointment types are set via Default. http://docs.opengroupware.org/Members/helge/Configurations/CustomAppoint mentTypes/view Probably you just want to change the label and leave the rest the same. > I have searched the entire directory structure and found some=20 > instances of the birthday directives, however my changes are not=20 > making a dent in the app. Did you restart the WebUI after making the change? Please post over on users@ what exactly you tried. > Can anyone provide me with the file names that need to be modified to=20 > update make these changes to the calendar submission form? I would assume it would mostly be in /usr/local/share/opengroupware.org-*/translations/ -- OpenGroupware.org Developer developer@opengroupware.org http://mail.opengroupware.org/mailman/listinfo/developer From developer@opengroupware.org Mon Feb 12 18:10:15 2007 From: developer@opengroupware.org (Helge Hess) Date: Mon, 12 Feb 2007 19:10:15 +0100 Subject: [OGo-Developer] Modify calendar submission form. In-Reply-To: <157B982DD6939449B51FC07ED5533CB2023FF3@SBS.gmellc.local> References: <157B982DD6939449B51FC07ED5533CB2023FF3@SBS.gmellc.local> Message-ID: On Feb 12, 2007, at 19:06, Gregory Malsack wrote: > When I check what is now the appointment type birthday, I > don't want it to post the word birthday to the database, I want it to > post the word spanish, not the spanish word for birthday the word > spanish. Your probably want to configure a custom appointment type (or modify the system ones): http://www.opengroupware.org/en/users/docs/snippets/Configurations/ CustomAppointmentTypes.html Though I fail to see why you would want to write constants as spanish words into the database instead of localizing them. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Mon Feb 12 19:03:55 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 12 Feb 2007 14:03:55 -0500 Subject: [OGo-Developer] Modify calendar submission form. In-Reply-To: <157B982DD6939449B51FC07ED5533CB2023FF3@SBS.gmellc.local> References: <157B982DD6939449B51FC07ED5533CB2023FF3@SBS.gmellc.local> Message-ID: <1171307035.4847.25.camel@aleph.whitemice.org> --=-szqjamgliIdN8vutyOSJ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > Sorry, I didn't explain that enough, I don't want to do a spanish > translation, I want to change the word that is entered into the > database, When I check what is now the appointment type birthday, I > don't want it to post the word birthday to the database, I want it to > post the word spanish, not the spanish word for birthday the word > spanish.=20 I'd be hesitant to change long standing constants and how they are stored in the database; this has the potential I suspect to muck up other things like vCard/vEvent generation, etc.. --=-szqjamgliIdN8vutyOSJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBF0LobLRePpNle04MRAqlUAJ45dKf4eVTnJDqTVzV9OrXulCM6PgCfYHOo +RXMC1fPwZ57bwOV58CQHG8= =ql9X -----END PGP SIGNATURE----- --=-szqjamgliIdN8vutyOSJ-- From developer@opengroupware.org Tue Feb 13 18:28:43 2007 From: developer@opengroupware.org (Benjamin Mies) Date: Tue, 13 Feb 2007 19:28:43 +0100 Subject: [OGo-Developer] OGo 1.1.6 -> Missing LoginPage Content Message-ID: <45D2035B.2080802@os-cillation.de> Hallo, Ich habe auf einem Gentoo-2006-1 die stable Version von OGo aus dem SVN installiert und wollte mich jetzt an der Version 1.1.6 und SOPE 4.5.9 versuchen. Zum installieren habe ich die Anweisungen von der OpenGroupware Seite und dem install-file befolgt. Bei dem Compilieren konnte ich keine Besonderheiten feststellen. Als ich dann versucht habe auf das Webinterface zuzugreifen bekam ich einen Fehler "Loginpage content Missing". Ich habe die Links genau so gesetzt wie in dem install-file angegeben (bei 1.0-stable hat es damit ja auch wunderbar funktioniert). Auch wenn ich bei dem Apache auf die Ordner von Version 1.0 verweise ändert sich nichts. Ich habe dann in WebUI/Templates/BaseUI/ noch ein makefile gefunden. Nachdem ich das ausgeführt habe bekomme ich eine Login Seite. Aber die Weiterleitung geht ins leere. Der Bildschirm bleibt einfach weiss. Sowohl über den Apache als auch über den Localhost bleibt das Ergebnis gleich. Hier noch die Konsolenausgabe, vielleicht kann jemand daraus ja schon erkennen, wo der Fehler liegt... # ogo-webui-1.1 Feb 13 19:25:33 ogo-webui-1.1 [15828]: SNS support disabled. Feb 13 19:25:33 ogo-webui-1.1 [15828]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 13 19:25:33 ogo-webui-1.1 [15828]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 13 19:25:33 ogo-webui-1.1 [15828]: Note: storing cached vCards files in: '/var/lib/opengroupware.org/documents' Feb 13 19:25:33 ogo-webui-1.1 [15828]: account::change-password: using password field: 'userPassword' Feb 13 19:25:33 ogo-webui-1.1 [15828]: Note: members of role team 'team creators' are allowed to create teams. Feb 13 19:25:33 ogo-webui-1.1 [15828]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 13 19:25:33 ogo-webui-1.1 [15828]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 13 19:25:33 ogo-webui-1.1 [15828]: WARNING(-[NSBundle principalClass]): principal class of bundle is not a class of the bundle ! Feb 13 19:25:33 ogo-webui-1.1 [15828]: WebServerResources pathes: ( "/usr/local/share/opengroupware.org-1.1/www/" ) Feb 13 19:25:33 ogo-webui-1.1 [15828]: template pathes: ( "/root/GNUstep/Library/OpenGroupware.org-1.1/Templates/", "/usr/local/share/opengroupware.org-1.1/templates/" ) Feb 13 19:25:33 ogo-webui-1.1 [15828]: Note: located themes: OOo, blue, kde, orange Feb 13 19:25:33 ogo-webui-1.1 [15828]: Note: located translations: ptBR, Spanish, German, Dutch, Norwegian, Italian, French, Basque, English, Portuguese Feb 13 19:25:33 ogo-webui-1.1 [15828]: |ogo-webui-1.1| CTI Dialers: Feb 13 19:25:33 ogo-webui-1.1 [15828]: WOCompoundElement: pool embedding is on. Feb 13 19:25:33 ogo-webui-1.1 [15828]: WOCompoundElement: id logging is on. Feb 13 19:25:33 ogo-webui-1.1 [15828]: WARNING: did not find checkboxes JavaScript for SkyTableView! Feb 13 19:25:33 ogo-webui-1.1 [15828]: WARNING: did not find shiftclick JavaScript for SkyTableView! Feb 13 19:25:33 ogo-webui-1.1 [15828]: OGoProject: available project bases: FileSystem,Database Feb 13 19:25:33 ogo-webui-1.1 [15828]: Note: load storage bundle: 'OGoFileSystemProject.ds' Feb 13 19:25:33 ogo-webui-1.1 [15828]: Note: load storage bundle: 'OGoDatabaseProject.ds' Feb 13 19:25:34 ogo-webui-1.1 [15828]: Note: doc-viewer did not find Epoz. Feb 13 19:25:34 ogo-webui-1.1 [15828]: Note: found doc-viewers attributes,contents,versions,access,logs Feb 13 19:25:34 ogo-webui-1.1 [15828]: Note: using default doc-viewer rules. Feb 13 19:25:34 ogo-webui-1.1 [15828]: Note: did not find zip tool: '/usr/bin/zip' Feb 13 19:25:34 ogo-webui-1.1 [15828]: Note: folder-view did not find Epoz. Feb 13 19:25:34 ogo-webui-1.1 [15828]: SkyPersonViewer: form letter types: excel, framemaker, winword Feb 13 19:25:34 ogo-webui-1.1 [15828]: |ogo-webui-1.1| root has no password, you need to assign one! Feb 13 19:25:34 ogo-webui-1.1 [15828]: |ogo-webui-1.1| OpenGroupware.org instance initialized. Feb 13 19:25:34 ogo-webui-1.1 [15828]: |ogo-webui-1.1| WOHttpAdaptor listening on address *:20000 Feb 13 19:25:36 ogo-webui-1.1 [15828]: |ogo-webui-1.1| failed to restore session : ctx: <0x0x88d98f4[WOContext]: 00145d210b0088d98f4 app=ogo-webui-1.1 sn=none eid= rqeid=> redirecting to: http://192.168.3.161:80/OpenGroupware/ 192.168.3.184 - - [13/Feb/2007:19:25:36 GMT] "GET /OpenGroupware/ HTTP/1.1" 302 348/0 0.006 - - 156K Feb 13 19:25:37 ogo-webui-1.1 [15828]: <0x0x88ed4f4[OGoHelpManager]> Note: no OGo documentation installed! Feb 13 19:25:37 ogo-webui-1.1 [15828]: <0x0x88ed4f4[OGoHelpManager]> SP: Feb 13 19:25:37 ogo-webui-1.1 [15828]: |ogo-webui-1.1| : created session: Feb 13 19:25:37 ogo-webui-1.1 [15828]: ccaps: Feb 13 19:25:37 ogo-webui-1.1 [15828]: Note: PostgreSQL72 adaptor using timezone 'GMT' as default Feb 13 19:25:37 ogo-webui-1.1 [15828]: (3DD43DD40145D210B1) user root logged in. Feb 13 19:25:37 ogo-webui-1.1 [15828]: (3DD43DD40145D210B1) ERROR: did not find dockable page: 'Registration' 192.168.3.184 - - [13/Feb/2007:19:25:37 GMT] "GET /OpenGroupware/ HTTP/1.1" 200 0/0 0.340 - - 2M From developer@opengroupware.org Tue Feb 13 20:46:19 2007 From: developer@opengroupware.org (Helge Hess) Date: Tue, 13 Feb 2007 21:46:19 +0100 Subject: [OGo-Developer] OGo 1.1.6 -> Missing LoginPage Content In-Reply-To: <45D2035B.2080802@os-cillation.de> References: <45D2035B.2080802@os-cillation.de> Message-ID: On Feb 13, 2007, at 19:28, Benjamin Mies wrote: > Hallo, This is the English-language mailing list for *development* questions. Thanks a lot, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Wed Feb 14 15:05:14 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Wed, 14 Feb 2007 10:05:14 -0500 Subject: [OGo-Developer] Project team Message-ID: <1171465514.4575.16.camel@aleph.whitemice.org> --=-AOv63lVd33OzaKY7LZ/l Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The project table contains a "team" field, which is completely null in all of my OpenGroupware databases. And the DocumentAPI contains methods for dealing with the project's team. But this team field doesn't appear in the web interface, or [seemingly] anywhere else. I assume this field is deprecated and can/should be ignored? --=-AOv63lVd33OzaKY7LZ/l Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBF0yUqLRePpNle04MRArI8AJ9dgQ+vjexx40HSz7peqQwWuCpUIQCcCC4E MU6ckoZevKTQb6wK7LcxOow= =KmmV -----END PGP SIGNATURE----- --=-AOv63lVd33OzaKY7LZ/l-- From developer@opengroupware.org Wed Feb 14 15:16:12 2007 From: developer@opengroupware.org (Helge Hess) Date: Wed, 14 Feb 2007 16:16:12 +0100 Subject: [OGo-Developer] Project team In-Reply-To: <1171465514.4575.16.camel@aleph.whitemice.org> References: <1171465514.4575.16.camel@aleph.whitemice.org> Message-ID: <42B7ECE7-2ABF-4F59-A1FC-65890B6260FA@opengroupware.org> On Feb 14, 2007, at 16:05, Adam Tauno Williams wrote: > I assume this field is deprecated and can/should be ignored? Yes. I don't remember what this was good for. Probably we had no project2company table in one of the first Skyrix versions. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Wed Feb 14 16:51:12 2007 From: developer@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 14 Feb 2007 11:51:12 -0500 Subject: [OGo-Developer] parsing HTML Message-ID: <9a220e9f8e3c514adbe2dbc8ac8213c2@mozzarella> Hi, Is SaxObjC able to parse HTML or is it limited to XML? Should I implement my own parser for it? Wolfgang From developer@opengroupware.org Wed Feb 14 17:18:44 2007 From: developer@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 14 Feb 2007 12:18:44 -0500 Subject: [OGo-Developer] parsing HTML In-Reply-To: <9a220e9f8e3c514adbe2dbc8ac8213c2@mozzarella> Message-ID: <37f1a82be2e374ef0ccc2a101ce07ebc@mozzarella> On 2007-02-14 11:51:12 -0500 Wolfgang Sourdeau wrote: > Hi, > > > Is SaxObjC able to parse HTML or is it limited to XML? Should I > implement my > own parser for it? I guess this is the answer to my own question: parser = [[SaxXMLReaderFactory standardXMLReaderFactory] createXMLReaderWithName: @"libxmlSAXDriver"]; Wolfgang From developer@opengroupware.org Wed Feb 14 17:43:54 2007 From: developer@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=) Date: Wed, 14 Feb 2007 18:43:54 +0100 Subject: [OGo-Developer] parsing HTML In-Reply-To: <37f1a82be2e374ef0ccc2a101ce07ebc@mozzarella> References: <37f1a82be2e374ef0ccc2a101ce07ebc@mozzarella> Message-ID: --Apple-Mail-27--105693690 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 14.02.2007, at 18:18, Wolfgang Sourdeau wrote: > On 2007-02-14 11:51:12 -0500 Wolfgang Sourdeau > wrote: > >> Hi, >> Is SaxObjC able to parse HTML or is it limited to XML? Should I >> implement my own parser for it? > > I guess this is the answer to my own question: > > parser = [[SaxXMLReaderFactory standardXMLReaderFactory] > createXMLReaderWithName: @"libxmlSAXDriver"]; It's better to use -createXMLReaderForMimeType:@"text/html" although the result is the same in this case (unless you provide an alternative driver which is also capable of parsing HTML). It should also be noted that libxml is particularly good at reading b0rked HTML and producing a reasonable representation of it. Cheers, Marcus -- Marcus Mueller . . . crack-admin/coder ;-) Mulle kybernetiK . http://www.mulle-kybernetik.com Current projects: http://www.mulle-kybernetik.com/znek/ --Apple-Mail-27--105693690 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1
On 14.02.2007, at = 18:18, Wolfgang Sourdeau wrote:

On 2007-02-14 11:51:12 -0500 Wolfgang Sourdeau = <WSourdeau@Inverse.CA> = wrote:

=
Hi,
Is SaxObjC able to parse HTML or is it limited to = XML? Should I implement my own parser for it?

I guess = this is the answer to my own question:

=A0 =A0 =A0 parser =3D = [[SaxXMLReaderFactory standardXMLReaderFactory]
=A0=A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 createXMLReaderWithName: = @"libxmlSAXDriver"];

It's better to use

-createXMLReaderForMimeType:@"text/html"

although the result is the same in this case (unless you = provide an alternative driver which is also capable of parsing HTML). It = should also be noted that libxml is particularly good at reading b0rked = HTML and producing a reasonable representation of = it.


Cheers,


=A0=A0Marcus


--=A0

Marcus Mueller=A0=A0.=A0=A0.=A0=A0.=A0=A0crack-admin/coder = ;-)

Mulle = kybernetiK=A0=A0.=A0=A0http://www.mulle-kybernetik.com

Current = projects:=A0http://www.mulle-kybernetik= .com/znek/


 =

= --Apple-Mail-27--105693690-- From developer@opengroupware.org Wed Feb 14 19:46:09 2007 From: developer@opengroupware.org (Helge Hess) Date: Wed, 14 Feb 2007 20:46:09 +0100 Subject: [OGo-Developer] New Website Exporter Message-ID: <3A267760-001D-4C03-AEDA-154DF3366A46@opengroupware.org> Hi, I finally managed to get rid of the old ObjC exporter which didn't even compile anymore against OGo. Actually I rewrote it in Java ... which surprisingly made the publishing process much faster. In summary, you should now be able to generate a website from the OGo website sources: http://developer.opengroupware.org/www/home/trunk/ What you need is - Java 5.0 JRE - JOPE 1.3: http://developer.opengroupware.org/JOPE/trunk/Core/ - Publisher: http://developer.opengroupware.org:9000/ pubexport-0.9.10.jar Jars need to be put into /usr/local/share/java. Then just type 'make' inside the website sources. This takes a minute or so. My basic plan is to somehow automate the publishing process. So that a checkin in Svn automatically triggers a reexport of the site to a staging area. This should make contributions to the website much easier. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Wed Feb 14 20:42:50 2007 From: developer@opengroupware.org (=?ISO-8859-1?Q?Marcus_M=FCller?=) Date: Wed, 14 Feb 2007 21:42:50 +0100 Subject: [OGo-Developer] New Website Exporter In-Reply-To: <3A267760-001D-4C03-AEDA-154DF3366A46@opengroupware.org> References: <3A267760-001D-4C03-AEDA-154DF3366A46@opengroupware.org> Message-ID: <2839DD26-1229-48EA-AE0C-FE087D6051A5@mulle-kybernetik.com> --Apple-Mail-28--94957982 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 14.02.2007, at 20:46, Helge Hess wrote: > My basic plan is to somehow automate the publishing process. So > that a checkin in Svn automatically triggers a reexport of the site > to a staging area. This should make contributions to the website > much easier. This could be easily achieved with a post-commit hook. Ideally, this would trigger the publishing stage in an asynchronous fashion, i.e. via 'atrun'. It's probably _very easy_ to implement this. Cheers, Marcus -- Marcus Mueller . . . crack-admin/coder ;-) Mulle kybernetiK . http://www.mulle-kybernetik.com Current projects: http://www.mulle-kybernetik.com/znek/ --Apple-Mail-28--94957982 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=ISO-8859-1
On 14.02.2007, at = 20:46, Helge Hess wrote:

My basic plan is to somehow automate the publishing = process. So that a checkin in Svn automatically triggers a reexport of = the site to a staging area. This should make contributions to the = website much easier.

This could be easily achieved = with a post-commit hook. Ideally, this would trigger the publishing = stage in an=A0 asynchronous fashion, i.e. via 'atrun'. It's probably = _very easy_ to implement this.


Cheers,


=A0=A0Marcus


--=A0

Marcus Mueller=A0=A0.=A0=A0.=A0=A0.=A0=A0crack-admin/coder = ;-)

Mulle = kybernetiK=A0=A0.=A0=A0http://www.mulle-kybernetik.com

Current = projects:=A0http://www.mulle-kybernetik= .com/znek/


 =

= --Apple-Mail-28--94957982-- From developer@opengroupware.org Wed Feb 14 20:37:22 2007 From: developer@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 14 Feb 2007 15:37:22 -0500 Subject: [OGo-Developer] parsing HTML In-Reply-To: Message-ID: > It's better to use > > -createXMLReaderForMimeType:@"text/html" > > although the result is the same in this case (unless you provide an > alternative driver which is also capable of parsing HTML). It should > also be > noted that libxml is particularly good at reading b0rked HTML and > producing > a reasonable representation of it. Thanks. I am currently testing it, but it looks like SaxObjC chokes on character entities ("é", ...), is there a reason why it would be the case? Wolfgang From developer@opengroupware.org Wed Feb 14 20:45:31 2007 From: developer@opengroupware.org (Wolfgang Sourdeau) Date: Wed, 14 Feb 2007 15:45:31 -0500 Subject: [OGo-Developer] parsing HTML In-Reply-To: Message-ID: <4f05bac612de464f1111884a4e9d62f2@mozzarella> > I am currently testing it, but it looks like SaxObjC chokes on > character > entities ("é", ...), is there a reason why it would be the > case? Again, my answer is that I was not using the correct parser, although I think any XML/SGML parser should handle those entities. Wolfgang From developer@opengroupware.org Wed Feb 14 21:53:50 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Wed, 14 Feb 2007 16:53:50 -0500 Subject: [OGo-Developer] Project Version & Logs Message-ID: <1171490030.4575.43.camel@aleph.whitemice.org> --=-Fu+cubor2jNa9P9PERFu Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've noticed two things: 1.) Modifying a project doesn't seem to produce any logs, as with other objects. 2.) A project doesn't seem to maintain a version. Is there a reason for this? --=-Fu+cubor2jNa9P9PERFu Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBF04TuLRePpNle04MRAkk2AJ9Nd3UFv4yeTkwL95WZhTwkSZFWuACfY7v9 fuI3E/7JaK882wvXg9asDpw= =XBt8 -----END PGP SIGNATURE----- --=-Fu+cubor2jNa9P9PERFu-- From developer@opengroupware.org Thu Feb 15 00:52:51 2007 From: developer@opengroupware.org (Helge Hess) Date: Thu, 15 Feb 2007 01:52:51 +0100 Subject: [OGo-Developer] New Website Exporter In-Reply-To: <2839DD26-1229-48EA-AE0C-FE087D6051A5@mulle-kybernetik.com> References: <3A267760-001D-4C03-AEDA-154DF3366A46@opengroupware.org> <2839DD26-1229-48EA-AE0C-FE087D6051A5@mulle-kybernetik.com> Message-ID: <436C5A58-D221-42C9-86CF-658E7E5D2EF2@opengroupware.org> On Feb 14, 2007, at 21:42, Marcus M=FCller wrote: > On 14.02.2007, at 20:46, Helge Hess wrote: >> My basic plan is to somehow automate the publishing process. So =20 >> that a checkin in Svn automatically triggers a reexport of the =20 >> site to a staging area. This should make contributions to the =20 >> website much easier. > This could be easily achieved with a post-commit hook. Ideally, =20 > this would trigger the publishing stage in an asynchronous =20 > fashion, i.e. via 'atrun'. It's probably _very easy_ to implement =20 > this. Actually what I would like to have is a staging area per user. So =20 that you commit in your branch and a few moments later some Apache on =20= developer points to the export. Well, and if you are happy with the results, you would 'svn cp' a =20 branch to some specific directory, eg '/live/updated-news-20070210'. =20 Then a script would run and update the live site picking up the =20 latest directory from the '/live' files. I'm not perfectly sure about how to do the second step in the best =20 possible way. In theory a real branch which gets merged would be =20 better. But thats not really what we need, we really want to fully =20 replace the branch. And I don't think that you can run rm /live cp ... /live in one Svn transaction, but I'm not sure. Something like this. If you want to implement it, cool! You should =20 have all the required accounts to do it? ;-) Greets, Helge PS: obviously excessive commits shouldn't lead to excessive exports ;-) --=20 Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Thu Feb 15 00:58:56 2007 From: developer@opengroupware.org (Helge Hess) Date: Thu, 15 Feb 2007 01:58:56 +0100 Subject: [OGo-Developer] parsing HTML In-Reply-To: <4f05bac612de464f1111884a4e9d62f2@mozzarella> References: <4f05bac612de464f1111884a4e9d62f2@mozzarella> Message-ID: On Feb 14, 2007, at 21:45, Wolfgang Sourdeau wrote: > Again, my answer is that I was not using the correct parser, > although I think any XML/SGML parser should handle those entities. Any non-XML entity (like eacute) must be properly defined in the DTD if you use an XML parser. And for validated XML you need to use the libxml2DocParser backend, the default parser is just a wellformed XML parser. If you use an HTML parser, all the HTML entities are builtin of course. Greets, Helge PS: Not sure why you refer to an SGML parser, we don't provide one? Not sure which entities are builtin in generic SGML. -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Thu Feb 15 01:01:59 2007 From: developer@opengroupware.org (Helge Hess) Date: Thu, 15 Feb 2007 02:01:59 +0100 Subject: [OGo-Developer] Project Version & Logs In-Reply-To: <1171490030.4575.43.camel@aleph.whitemice.org> References: <1171490030.4575.43.camel@aleph.whitemice.org> Message-ID: On Feb 14, 2007, at 22:53, Adam Tauno Williams wrote: > I've noticed two things: > > 1.) Modifying a project doesn't seem to produce any logs, as with > other > objects. > 2.) A project doesn't seem to maintain a version. > > Is there a reason for this? No, not really. Maybe we should add both, this is probably useful. I think the object version was added for Outlook/GroupDAV, and project data itself is not exposed as a GroupDAV object (only contained objects). Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Thu Feb 15 17:19:21 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Thu, 15 Feb 2007 12:19:21 -0500 Subject: [OGo-Developer] Project Version & Logs In-Reply-To: References: <1171490030.4575.43.camel@aleph.whitemice.org> Message-ID: <1171559961.4419.0.camel@laptop02.whitemice.org> > > 1.) Modifying a project doesn't seem to produce any logs, as with > > other > > objects. > > 2.) A project doesn't seem to maintain a version. http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1840 > > Is there a reason for this? > No, not really. Maybe we should add both, this is probably useful > I think the object version was added for Outlook/GroupDAV, and > project data itself is not exposed as a GroupDAV object (only > contained objects). From developer@opengroupware.org Fri Feb 16 18:53:01 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Fri, 16 Feb 2007 13:53:01 -0500 Subject: [OGo-Developer] ZideStore Folder Mapping Question Message-ID: <1171651981.7485.11.camel@aleph.whitemice.org> --=-Ld8QYdSyVhNefnxTi++y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Root Question: Can a bundle add to ZideStore folder hierarchy? I'm looking at how to solve http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=3D1752 ("Present "Favorites" As A Folder") for the purposes of feeding our Funambol server. I'm looking at - http://sope.opengroupware.org/en/docs/snippets/categoryhowto.html - and assuming that this applies to ZideStore. --- Example --- categories =3D { OpenGroupware =3D { slots =3D { "Documentation" =3D { protectedBy =3D ""; valueClass =3D OGoHelpDatabase; value =3D "Documentation/OpenGroupware.org"; }; }; }; }; --- End example from categoryhowto.html --- Then I look at something like "ZideStore/SoObjects/ZSContacts/product.plist" and: --- Example --- categories =3D { }; --- End example from ZSContacts/product.plist --- So then I look at - http://sope.opengroupware.org/en/docs/snippets/methods.html - which states "When an Objective-C class is registered as a SoClass, SOPE scans the class hierarchy for "action" methods, pretty much like in WODirectAction objects." And sure enough I see that "SxAddress.m" contains *Action methods like "PUTAction" and "GETAction". But SxFolder doesn't seem to be a SoObject. And SxFolders "GETAction" method seems to pretty clearly do nothing. SxAddressFolder which descends from SxFolder doesn't ever override/reimplement GETAction. I see vaguely how it goes together; but I'm not getting how a URL finds its way to a specifc object with given parameters. Is it falling through to the default method as described: "Note that if no HTTP method is found, SoMethodDispatcher will look for the "default method" and invoke that. This is usually preferred over direct HTTP implementation."; but I'm still not seeing the URL->Object mapping. I assume I'm overlooking something obvious; I think this would be easier if I had six nineteen inch displays and could look at all the code at once. :) --=-Ld8QYdSyVhNefnxTi++y Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBF1f2NLRePpNle04MRAqC9AJ4qoPsSijjA/lv1nw0oBQgPs3a7fgCbB4If Mafx0wB8Q4K/SpmERRgr1WQ= =4ZjJ -----END PGP SIGNATURE----- --=-Ld8QYdSyVhNefnxTi++y-- From developer@opengroupware.org Fri Feb 16 22:01:26 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Fri, 16 Feb 2007 17:01:26 -0500 Subject: [OGo-Developer] person::qsearch In-Reply-To: <1168701481.4857.29.camel@aleph.whitemice.org> References: <20061122112449.5fywxqksmc4o8kkk@www.mormail.com> <1168701481.4857.29.camel@aleph.whitemice.org> Message-ID: <1171663286.7485.27.camel@aleph.whitemice.org> --=-8Ad7T+UhIJLbRKOCkto5 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Sat, 2007-01-13 at 10:18 -0500, Adam Tauno Williams wrote: > > > However, when I run - > > > results =3D [[self getCTX] runCommand:@"person::qsearch" > > > @"qualifier", _query, nil]; > > > - in my code I get - > > > lookup of person::qsearchqualifier failed, missing info > > Was a bug, the "person::qsearch" was not properly registered in the =20 > > bundle-info.plist. > > Fixed in r1848. > I'm running r1850 (ZideStore) and still getting this same message when I > try to run "person::qsearch". I've set LSDebugQSearch to YES in the NSGlobalDomain and still don't see any messages either than: "lookup of person::qsearchqualifier failed, missing info" in the logs. I know my qualifier works because I can: /usr/local/bin/ogo-qsearch-persons -login awilliam -password fred 'firstname =3D "Adam" AND name LIKE "W%"' - on the command line. And this is the same qualifier my zOGI code is building: Feb 16 21:52:27 ogo-zidestore-1.5 [13313]: >zOGIRPCAction> _searchForContacts(...):query=3Dfirstname =3D "Adam" AND name LIKE "W%" Feb 16 21:52:27 ogo-zidestore-1.5 [13313]: lookup of person::qsearchqualifier failed, missing info Like: results =3D [[self getCTX] runCommand:@"person::qsearch" @"qualifier", query,=20 nil]; as in Tools/ogo-qsearch-persons.m Is there any way to trace the lookup of logic commands? --=-8Ad7T+UhIJLbRKOCkto5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBF1im2LRePpNle04MRAj5YAJ4lxQm29JrfWVf5cZOZnwlkj20KcgCeOwsB 1BXjhGj52TAcIUuvC7zhROg= =sf84 -----END PGP SIGNATURE----- --=-8Ad7T+UhIJLbRKOCkto5-- From developer@opengroupware.org Fri Feb 16 22:11:56 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Fri, 16 Feb 2007 17:11:56 -0500 Subject: [OGo-Developer] person::qsearch In-Reply-To: <1171663286.7485.27.camel@aleph.whitemice.org> References: <20061122112449.5fywxqksmc4o8kkk@www.mormail.com> <1168701481.4857.29.camel@aleph.whitemice.org> <1171663286.7485.27.camel@aleph.whitemice.org> Message-ID: <1171663916.7485.29.camel@aleph.whitemice.org> --=-nxt49wHqrfcZN4UK7AnX Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > "lookup of person::qsearchqualifier failed, > missing info" in the logs. > Is there any way to trace the lookup of logic commands? It appears to be in the logic bundle: awilliam@aleph:~> strings /usr/local/lib/opengroupware.org-1.1/commands/LSPerson.cmd/LSPerson= | grep -i LSQualifierSearchPersonCommand __objc_class_name_LSQualifierSearchPersonCommand LSQualifierSearchPersonCommand.m LSQualifierSearchPersonCommand LSQualifierSearchPersonCommand.m --=-nxt49wHqrfcZN4UK7AnX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBF1iwsLRePpNle04MRAoyBAJ0e5Qc18b7BAUp1zv0JEDQhCIP1pgCfTyX3 zJPSjuTxfurJMAoaGSxkMZc= =MsfW -----END PGP SIGNATURE----- --=-nxt49wHqrfcZN4UK7AnX-- From developer@opengroupware.org Sun Feb 18 19:02:56 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Sun, 18 Feb 2007 20:02:56 +0100 Subject: [OGo-Developer] how include an At least this is required for . Having say that your example misses namespaces? Possibly you need to put iframe into the HTML namespace? Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Mon Feb 19 06:21:56 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 19 Feb 2007 07:21:56 +0100 Subject: [OGo-Developer] how include an > > At least this is required for . > I'll try later in the evening. > Having say that your example misses namespaces? Possibly you need to > put iframe into the HTML namespace? > in the header of the OGoGroupsPage.wox is a line like this: xmlns:html="http://www.w3.org/1999/xhtml" I thought that's all I need, at least it is working in the OGoChatPage.wox. Nevertheless, I'll try to find out in the evening. Sebastian From developer@opengroupware.org Mon Feb 19 06:33:40 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 19 Feb 2007 07:33:40 +0100 Subject: [OGo-Developer] how include an