From developer@opengroupware.org Mon Oct 1 11:11:01 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 01 Oct 2007 12:11:01 +0200 Subject: [OGo-Developer] bugzilla problem Message-ID: <20071001101102.3645A40343@mail.l00-bugdead-prods.de> Hi, Software error: Bugzilla is currently broken. Please try again later. If the problem persists, please contact helge.hess@opengroupware.org. The error you should quote is: FATAL 1: cannot open pg_class: Read-only file system at globals.pl line 144. For help, please send mail to the webmaster (mailadmin@opengroupware.org), giving this error message and the time and date of the error. kind regards Sebastian From developer@opengroupware.org Mon Oct 1 11:45:07 2007 From: developer@opengroupware.org (Helge Hess) Date: Mon, 1 Oct 2007 12:45:07 +0200 Subject: [OGo-Developer] Re: bugzilla problem In-Reply-To: <20071001101102.3645A40343@mail.l00-bugdead-prods.de> References: <20071001101102.3645A40343@mail.l00-bugdead-prods.de> Message-ID: <155620B6-7559-4F1E-9641-D5C2D93A7308@opengroupware.org> On 01.10.2007, at 12:11, Sebastian Reitenbach wrote: > For help, please send mail to the webmaster > (mailadmin@opengroupware.org), > giving this error message and the time and date of the error. ^^^ ... Frank is looking into the issue. Seems to be a problem with the harddisk. Thanks, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Tue Oct 2 11:08:42 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Tue, 02 Oct 2007 12:08:42 +0200 Subject: [OGo-Developer] adding search save and create tab to document search in projects Message-ID: <20071002100843.27F9F40733@48.53.204.212.ediscom.de> Hi, after adding the search operators to the document searches for projects I reworked that part discussed here from scratch. So forget previously mentioned problems, they disappeared. I created an enhancement request in the bugzilla: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1919 and attached a patch to it, the patch already does the following: allow creation of default: project_custom_qualifier allow reading of default and creation of custom tabs (without showing the result yet) remove button to remove custom tabs I don't get the saved custom tabs to initiate a search on the saved qualifier when clicking on a custom tab. I have no idea on how to do that, I tried a lot of things, but nothing worked so far. It would be great if somebody could give me a hint on how to tell the "tab" to perform the search saved in the qualifier. kind regards Sebastian From developer@opengroupware.org Tue Oct 2 11:14:01 2007 From: developer@opengroupware.org (Helge Hess) Date: Tue, 2 Oct 2007 12:14:01 +0200 Subject: [OGo-Developer] adding search save and create tab to document search in projects In-Reply-To: <20071002100843.27F9F40733@48.53.204.212.ediscom.de> References: <20071002100843.27F9F40733@48.53.204.212.ediscom.de> Message-ID: On 02.10.2007, at 12:08, Sebastian Reitenbach wrote: > I don't get the saved custom tabs to initiate a search on the saved > qualifier when clicking on a custom tab. W/o looking at the code I would guess that the WETabItem has an action binding assigned which then triggers a method in the associated component. Which then loads the qualifier and performs the search. Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Tue Oct 2 12:40:45 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Tue, 02 Oct 2007 13:40:45 +0200 Subject: [OGo-Developer] adding search save and create tab to document search in projects Message-ID: <20071002114046.5DEA440736@48.53.204.212.ediscom.de> Hi, developer@opengroupware.org wrote: > On 02.10.2007, at 12:08, Sebastian Reitenbach wrote: > > I don't get the saved custom tabs to initiate a search on the saved > > qualifier when clicking on a custom tab. > > W/o looking at the code I would guess that the WETabItem has an > action binding assigned which then triggers a method in the > associated component. Which then loads the qualifier and performs the > search. > I you mean this in LSWPersons.wod file: SearchTab: SkySimpleTabItem { key = "personSearch"; action = tabClicked; label = labels.searchPersonTabLabel; } CustomTab: SkySimpleTabItem { key = itemIndex; label = customTabLabel; action = customTabClicked; } and this in the LSWPersons.m I read: - (WOComponent *)tabClicked { /* If a tab gets clicked, we reset the fetch specification so that no objects get displayed. */ EOFetchSpecification *fspec; self->opFlags.hasSearched = 0; fspec = [self fetchSpecification]; [fspec setQualifier:nil]; [self->dataSource setFetchSpecification:fspec]; if ([self->tabKey isEqualToString:@"advancedSearch"]) [self setMaxSearchCount:maxSearchCountDef]; [self setSearchTitle:nil]; [self debugWithFormat:@"tab was clicked .."]; return nil; } - (id)customTabClicked { NSString *title; id result; result = [self tabClicked]; title = [[self savedSearches] objectAtIndex:[self itemIndex]]; if (result == nil) [self setSearchTitle:title]; return result; } where I think the customTabClicked is called when on clicking the tab, and that is calling tabClicked. I have no idea what is going on there with the EOFetchSpecification in tabClicked. I don't know how this EOFetchSpecification and this self->dataSource is working. I also see these in LSWPersons: - (id)showPersonSearchAction { OGoContentPage *page; [self setTabKey:@"personSearch"]; if ((page = (id)[self tabClicked]) == nil) page = self; return page; } - (id)showAdvancedSearchAction { OGoContentPage *page; [self setTabKey:@"advancedSearch"]; if ((page = (id)[self tabClicked]) == nil) page = self; return page; } but I also have no idea what the purpose of these methods is and whether I need them at all. any further explanation is highly appreciated. kind regards Sebastian From developer@opengroupware.org Wed Oct 3 17:19:11 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Wed, 03 Oct 2007 18:19:11 +0200 Subject: [OGo-Developer] adding search save and create tab to document search in projects Message-ID: <20071003161913.F392136F0E@smtp.l00-bugdead-prods.de> Hi, developer@opengroupware.org wrote: > On 02.10.2007, at 12:08, Sebastian Reitenbach wrote: > > I don't get the saved custom tabs to initiate a search on the saved > > qualifier when clicking on a custom tab. > > W/o looking at the code I would guess that the WETabItem has an > action binding assigned which then triggers a method in the > associated component. Which then loads the qualifier and performs the > search. > I updated the patch to the bug, http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1919 Updated patch will be appended, the patch now does the following: 1. allow save of searches (works) 2. allow creation of custom tabs (works) 3. allow load of saved searches (works) 4. updated OGoProject.strings for German and English languages 5. clicking on custom tab then showing search results for tab (not working) 6. added BOOL showForm to SkyProject4DocumentSearch.m to allow hiding of form on customTabs (works) 7. still ugly form layout ;) 8. maybe lots of memory management issues in the objc code I am still a bit clueless how do I get the custom tabs to load and show the saved searches. Right now it shows an empty result list, because the form is hidden (point 6). I tried to set the action = loadSavedSearch when clicking a custom tab. This action is called when loading a tab from the load tab pop up, and working well there. I still miss there sth. Any further hints appreciated. kind regards Sebastian From developer@opengroupware.org Wed Oct 3 21:00:34 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Wed, 03 Oct 2007 16:00:34 -0400 Subject: [OGo-Developer] SOPE Build Error Message-ID: <1191441634.10708.7.camel@aleph.wmmi.net> --=-yDn+CzEayKMYVKKDzXYA Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I'm attempting to build SOPE 4.7 on CentOS 5 and getting an error in building libNGiCal. I'm kind of stumped. make[2]: Entering directory `/usr/src/redhat/BUILD/sope/sope-ical/NGiCal' Making all for library libNGiCal... Compiling file NSCalendarDate+ICal.m ... Compiling file iCalDateHolder.m ... Compiling file iCalAttachment.m ... Compiling file iCalObject.m ... Compiling file iCalEntityObject.m ... Compiling file iCalRepeatableEntityObject.m ... Compiling file iCalCalendar.m ... Compiling file iCalToDo.m ... Compiling file iCalJournal.m ... Compiling file iCalEvent.m ... Compiling file iCalFreeBusy.m ... Compiling file iCalPerson.m ... make[3]: *** No rule to make target `shared_debug_obj/iCalAlarm.o', needed by `shared_debug_obj/libNGiCal.so.4.7.82'. Stop. make[2]: *** [libNGiCal.all.library.variables] Error 2 make[2]: Leaving directory `/usr/src/redhat/BUILD/sope/sope-ical/NGiCal' make[1]: *** [internal-all] Error 2 make[1]: Leaving directory `/usr/src/redhat/BUILD/sope/sope-ical' make: *** [internal-all] Error 2 --=-yDn+CzEayKMYVKKDzXYA 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) iD8DBQBHA/TiLRePpNle04MRAk7MAJwICK1ggq9p4Q7qutVw0GA3CV6DngCfVyfz ou/gFZ409KZogJrWEnrfTlo= =Bg3Z -----END PGP SIGNATURE----- --=-yDn+CzEayKMYVKKDzXYA-- From developer@opengroupware.org Wed Oct 3 21:13:55 2007 From: developer@opengroupware.org (Helge Hess) Date: Wed, 3 Oct 2007 22:13:55 +0200 Subject: [OGo-Developer] SOPE Build Error In-Reply-To: <1191441634.10708.7.camel@aleph.wmmi.net> References: <1191441634.10708.7.camel@aleph.wmmi.net> Message-ID: <0663C143-F1BD-46EE-829C-3191C7E6735E@opengroupware.org> On 03.10.2007, at 22:00, Adam Tauno Williams wrote: > I'm attempting to build SOPE 4.7 on CentOS 5 and getting an error in > building libNGiCal. I'm kind of stumped. ... > Compiling file iCalPerson.m ... > make[3]: *** No rule to make target `shared_debug_obj/iCalAlarm.o', > needed by `shared_debug_obj/libNGiCal.so.4.7.82'. Stop. Hm, thats weird. I've checked and it should work just fine. There is iCalAlarm.m and .h, and its listed in the GNUmakefile. Which gnustep-make version do you use? Greets, Helge From developer@opengroupware.org Wed Oct 3 21:31:46 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Wed, 03 Oct 2007 16:31:46 -0400 Subject: [OGo-Developer] SOPE Build Error In-Reply-To: <0663C143-F1BD-46EE-829C-3191C7E6735E@opengroupware.org> References: <1191441634.10708.7.camel@aleph.wmmi.net> <0663C143-F1BD-46EE-829C-3191C7E6735E@opengroupware.org> Message-ID: <1191443506.10708.11.camel@aleph.wmmi.net> --=-16XmYC0sBCXXXdpkyIDJ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2007-10-03 at 22:13 +0200, Helge Hess wrote: > On 03.10.2007, at 22:00, Adam Tauno Williams wrote: > > I'm attempting to build SOPE 4.7 on CentOS 5 and getting an error in > > building libNGiCal. I'm kind of stumped. > ... > > Compiling file iCalPerson.m ... > > make[3]: *** No rule to make target `shared_debug_obj/iCalAlarm.o', > > needed by `shared_debug_obj/libNGiCal.so.4.7.82'. Stop. > Hm, thats weird. That's what I thought; maybe related that the CentOS5 nightly builds haven't updated since 02-Jul-2007 > I've checked and it should work just fine. There is =20 > iCalAlarm.m and .h, and its listed in the GNUmakefile. > Which gnustep-make version do you use? [root@localhost ~]# rpm -q ogo-gnustep_make ogo-gnustep_make-1.13.0-1.1 make and libFoundation compiled without incident. --=-16XmYC0sBCXXXdpkyIDJ 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) iD8DBQBHA/wyLRePpNle04MRAgMuAJ0a5TfnMBo6A1d0/POH4CLXLlaAkwCfbJcu HKtPIGXUAPUfyey8yWNKp70= =BN9g -----END PGP SIGNATURE----- --=-16XmYC0sBCXXXdpkyIDJ-- From developer@opengroupware.org Thu Oct 4 07:27:45 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Thu, 04 Oct 2007 08:27:45 +0200 Subject: [OGo-Developer] bug #1920 Message-ID: <20071004062746.3D5D836F30@smtp.l00-bugdead-prods.de> Hi, while try to add a save search for searches on documents in projects, I recognized that the load search popup does not honour the searchoperator. http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1920 In fact, the save search does not save the searchoperator explicitly, but only in the qualifier used for the search query itself. This prevents the load search functionality to know what the search operator was. I could add a searchOperator dictionary entry to the person_custom_qualifiers Default, as I have done it for the search of documents in projects. In my eyes this is the easiest way to get this done. Well, one could parse the qualifier, but in my eyes this seems a bit too complicated compared to just save and load another dictionary entry. Any thoughts on that, or other suggestions? If not, I think I could easily fix it as I suggested. kind regards Sebastian From developer@opengroupware.org Thu Oct 4 13:36:23 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Thu, 04 Oct 2007 08:36:23 -0400 Subject: [OGo-Developer] SOPE Build Error In-Reply-To: <1191443506.10708.11.camel@aleph.wmmi.net> References: <1191441634.10708.7.camel@aleph.wmmi.net> <0663C143-F1BD-46EE-829C-3191C7E6735E@opengroupware.org> <1191443506.10708.11.camel@aleph.wmmi.net> Message-ID: <1191501383.5543.9.camel@aleph.wmmi.net> --=-rF5zbVYl804Cg0j4EEAq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I don't think the SOPE/OGo packages for CentOS5 on the FTP site produce a working installation. I get multiple script failures and the mod_ngobjweb isn't compatible with the version of Apache shipped on CentOS5. Several - error: %trigger(mod_ngobjweb-2.2.3-trunk_r1504.0.i386) scriptlet failed, exit status 1 - during installation, and the old - undefined symbol: ap_http_method - when trying to start Apache. Ugh. > > > I'm attempting to build SOPE 4.7 on CentOS 5 and getting an error in > > > building libNGiCal. I'm kind of stumped. > > ... > > > Compiling file iCalPerson.m ... > > > make[3]: *** No rule to make target `shared_debug_obj/iCalAlarm.o', > > > needed by `shared_debug_obj/libNGiCal.so.4.7.82'. Stop. > > Hm, thats weird. > That's what I thought; maybe related that the CentOS5 nightly builds > haven't updated since 02-Jul-2007 > > I've checked and it should work just fine. There is =20 > > iCalAlarm.m and .h, and its listed in the GNUmakefile. > > Which gnustep-make version do you use? > [root@localhost ~]# rpm -q ogo-gnustep_make > ogo-gnustep_make-1.13.0-1.1 > make and libFoundation compiled without incident. --=-rF5zbVYl804Cg0j4EEAq 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) iD8DBQBHBN5HLRePpNle04MRAjxDAJ9vaRmxcOlUwZAf5eIn7gQL/hMVfwCeJER6 6kPh9WcfDs5Bg24+5afRF0U= =zM+H -----END PGP SIGNATURE----- --=-rF5zbVYl804Cg0j4EEAq-- From developer@opengroupware.org Thu Oct 4 13:56:15 2007 From: developer@opengroupware.org (Frank Reppin) Date: Thu, 04 Oct 2007 14:56:15 +0200 Subject: [OGo-Developer] SOPE Build Error In-Reply-To: <1191501383.5543.9.camel@aleph.wmmi.net> References: <1191441634.10708.7.camel@aleph.wmmi.net> <0663C143-F1BD-46EE-829C-3191C7E6735E@opengroupware.org> <1191443506.10708.11.camel@aleph.wmmi.net> <1191501383.5543.9.camel@aleph.wmmi.net> Message-ID: <4704E2EF.4070203@opengroupware.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Adam Tauno Williams wrote: > I don't think the SOPE/OGo packages for CentOS5 on the FTP site produce > a working installation. I get multiple script failures and the > mod_ngobjweb isn't compatible with the version of Apache shipped on > CentOS5. > > Several - error: %trigger(mod_ngobjweb-2.2.3-trunk_r1504.0.i386) > scriptlet failed, exit status 1 - during installation, and the old - > undefined symbol: ap_http_method - when trying to start Apache. > > Ugh. Hm - probably missed to patch ngobjweb there. I'll check this out. cheers, frank\ - -- 43rd Law of Computing: Anything that can go wr fortune: Segmentation violation -- Core dumped -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHBOLv9Atrv5KxwOwRAjABAJwKmdepAqeUk1epQMw6dRT4H/d6PACglnRU T2dJifhGUEcD17UIyy0Y1qE= =R+8k -----END PGP SIGNATURE----- From developer@opengroupware.org Thu Oct 4 19:38:13 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Thu, 04 Oct 2007 14:38:13 -0400 Subject: [OGo-Developer] AJAX Calendar Component For OGo Message-ID: <1191523093.5266.5.camel@aleph.wmmi.net> --=-wkHE3ddeI5HJp+unRbB8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Our intranet developer has created an AJAX calendar component based on MooTools/JSON/PHP/zOGI. For a bit of testing it is available temporarily here - https://www.mormail.com/calendar/ Our intention is to release this component under the MIT license as it might be useful to someone else. It currently supports drag-n-drop, participant role & status, context menus sensitive to access permissions, and conflict detection. You should be able to right click on an event or a day as well as drag events. If anyone gets a minute please poke at it and offer any comments or let me know if you find any bugs. --=-wkHE3ddeI5HJp+unRbB8 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) iD8DBQBHBTMVLRePpNle04MRAspOAKCAbAO4p/+D95HRwh0iQIL88aOOhACfXKcB x3WZp33N7BpdpGT8qGnAaGg= =yCbd -----END PGP SIGNATURE----- --=-wkHE3ddeI5HJp+unRbB8-- From developer@opengroupware.org Thu Oct 4 20:43:24 2007 From: developer@opengroupware.org (Helge Hess) Date: Thu, 4 Oct 2007 21:43:24 +0200 Subject: [OGo-Developer] AJAX Calendar Component For OGo In-Reply-To: <1191523093.5266.5.camel@aleph.wmmi.net> References: <1191523093.5266.5.camel@aleph.wmmi.net> Message-ID: On 04.10.2007, at 20:38, Adam Tauno Williams wrote: > If anyone gets a minute please poke at it and offer any comments or > let > me know if you find any bugs. The thing which is dislike most is that it has a fixed size. Otherwise its pretty impressive :-) Greets, Helge -- Helge Hess http://www.helgehess.eu/ From developer@opengroupware.org Thu Oct 4 21:12:36 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Thu, 04 Oct 2007 16:12:36 -0400 Subject: [OGo-Developer] AJAX Calendar Component For OGo In-Reply-To: References: <1191523093.5266.5.camel@aleph.wmmi.net> Message-ID: <1191528756.5266.12.camel@aleph.wmmi.net> --=-eN3rXEfzhWJZupvXRXYB Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > If anyone gets a minute please poke at it and offer any comments or =20 > > let > > me know if you find any bugs. > The thing which is dislike most is that it has a fixed size. =20 That is just a CSS thing; you can set it to a percentage of body width [or 100% obviously]. We just have most things fixed on our Intranet portal because our rust-belt users seem more comfortable with that. > Otherwise its pretty impressive :-) --=-eN3rXEfzhWJZupvXRXYB 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) iD8DBQBHBUk0LRePpNle04MRArPkAJ9rdebuvCvbzzABVcoxPT2RxsOmbQCfUSEV sM01pGm8Ptw8X94EovrHwaQ= =hCR5 -----END PGP SIGNATURE----- --=-eN3rXEfzhWJZupvXRXYB-- From developer@opengroupware.org Fri Oct 5 06:02:53 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Fri, 05 Oct 2007 07:02:53 +0200 Subject: [OGo-Developer] AJAX Calendar Component For OGo Message-ID: <20071005050254.221A437172@smtp.l00-bugdead-prods.de> Hi Adam, > It currently supports drag-n-drop, participant role & status, context > menus sensitive to access permissions, and conflict detection. You > should be able to right click on an event or a day as well as drag > events. > > If anyone gets a minute please poke at it and offer any comments or let > me know if you find any bugs. > I tested with konqueror 3.5.7 and firefox 2.0.0.4, on openSUSE 10.2 with KDE 3.5.7. In konqueror the calendar was unusable, because no right click was working, and lots of other things. If you are interested in a longer list, let me know. In firefox nearly everything seems to work smoothly, but I did not got an appointment dragged. kind regards Sebastian From developer@opengroupware.org Fri Oct 5 10:20:29 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Fri, 05 Oct 2007 05:20:29 -0400 Subject: [OGo-Developer] AJAX Calendar Component For OGo In-Reply-To: <20071005050254.221A437172@smtp.l00-bugdead-prods.de> References: <20071005050254.221A437172@smtp.l00-bugdead-prods.de> Message-ID: <1191576029.5355.9.camel@aleph.wmmi.net> > > It currently supports drag-n-drop, participant role & status, context > > menus sensitive to access permissions, and conflict detection. You > > should be able to right click on an event or a day as well as drag > > events > > If anyone gets a minute please poke at it and offer any comments or let > > me know if you find any bugs. > I tested with konqueror 3.5.7 and firefox 2.0.0.4, on openSUSE 10.2 with KDE > 3.5.7. In konqueror the calendar was unusable, because no right click was > working, Yes; I believe that Konqueror is broken in this regard. Also Safarai. They don't seem to support capturing the right-click event, thus they can't do context menus. You should still be able to left click on events/days and do editing/creation, you just can't change your participation status. Double clicking on a day should open the new appointment 'dialog'. But I'm using FF 2.0.0.4 on openSUSE 10.2 and everything works. Do you get javascript errors? > and lots of other things. If you are interested in a longer list, > let me know. In firefox nearly everything seems to work smoothly, but I did > not got an appointment dragged. From developer@opengroupware.org Sun Oct 7 13:25:53 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Sun, 07 Oct 2007 14:25:53 +0200 Subject: [OGo-Developer] AJAX Calendar Component For OGo Message-ID: <20071007122554.46144388DB@smtp.l00-bugdead-prods.de> Hi, developer@opengroupware.org wrote: > > > It currently supports drag-n-drop, participant role & status, context > > > menus sensitive to access permissions, and conflict detection. You > > > should be able to right click on an event or a day as well as drag > > > events > > > If anyone gets a minute please poke at it and offer any comments or let > > > me know if you find any bugs. > > I tested with konqueror 3.5.7 and firefox 2.0.0.4, on openSUSE 10.2 with KDE > > 3.5.7. In konqueror the calendar was unusable, because no right click was > > working, > > Yes; I believe that Konqueror is broken in this regard. Also Safarai. > They don't seem to support capturing the right-click event, thus they > can't do context menus. You should still be able to left click on > events/days and do editing/creation, you just can't change your yes, left click on events works in Konqueror. > participation status. Double clicking on a day should open the new > appointment 'dialog'. Double click on the "Day number", in the upper left corner opens the creation interface. The day itself only gets highlighted in Konqueror, when I have the mouse over the border of the day. when I am within the borders, the highlighting goes away. But I can double click on the border to open the appointment creation dialog too. > > But I'm using FF 2.0.0.4 on openSUSE 10.2 and everything works. Do you > get javascript errors? No, I don't see anything appearing in the FF "error console". When I move the mouse over the round dot left of the appointment name, the arrow changes to the arrow, pointing in four directions, I think that's the move arrow. But I cannot move the appointment. Where should I click to be able to drag an appointment? Sebastian From developer@opengroupware.org Sun Oct 7 10:34:08 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Sun, 07 Oct 2007 05:34:08 -0400 Subject: [OGo-Developer] AJAX Calendar Component For OGo In-Reply-To: <20071007122554.46144388DB@smtp.l00-bugdead-prods.de> References: <20071007122554.46144388DB@smtp.l00-bugdead-prods.de> Message-ID: <1191749648.4996.3.camel@aleph> > > > > It currently supports drag-n-drop, participant role & status, context > > > > menus sensitive to access permissions, and conflict detection. You > > > > should be able to right click on an event or a day as well as drag > > > > events > > > > If anyone gets a minute please poke at it and offer any comments or > let > > > > me know if you find any bugs. > > > I tested with konqueror 3.5.7 and firefox 2.0.0.4, on openSUSE 10.2 with > KDE > > > 3.5.7. In konqueror the calendar was unusable, because no right click > was > > > working, > > Yes; I believe that Konqueror is broken in this regard. Also Safarai. > > They don't seem to support capturing the right-click event, thus they > > can't do context menus. You should still be able to left click on > > events/days and do editing/creation, you just can't change your > yes, left click on events works in Konqueror. > > participation status. Double clicking on a day should open the new > > appointment 'dialog'. > Double click on the "Day number", in the upper left corner opens the > creation interface. The day itself only gets highlighted in Konqueror, when > I have the mouse over the border of the day. when I am within the borders, > the highlighting goes away. But I can double click on the border to open the > appointment creation dialog too. I'm not surprised; I wouldn't have expected Konqueror/Safari/WebKit to have worked very well, those browsers have a ways to go yet. But specific reports are still good as we are keeping an eye out for a straight-forward way to support Safari. > > But I'm using FF 2.0.0.4 on openSUSE 10.2 and everything works. Do you > > get javascript errors? > No, I don't see anything appearing in the FF "error console". > When I move the mouse over the round dot left of the appointment name, the > arrow changes to the arrow, pointing in four directions, I think that's the > move arrow. But I cannot move the appointment. Where should I click to be > able to drag an appointment? The drag point is the status icon to the left of the name. This icon changes colors depending upon your participation and status in the appointment. Note that you deliberately cannot drag an appointment to which you do not have write access, when you attempt to drag nothing will happen. From developer@opengroupware.org Mon Oct 8 05:55:47 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 08 Oct 2007 06:55:47 +0200 Subject: [OGo-Developer] AJAX Calendar Component For OGo Message-ID: <20071008045547.974B5389FA@smtp.l00-bugdead-prods.de> Hi developer@opengroupware.org wrote: > > > > > It currently supports drag-n-drop, participant role & status, context > > > > > menus sensitive to access permissions, and conflict detection. You > > > > > should be able to right click on an event or a day as well as drag > > > > > events > > > > > If anyone gets a minute please poke at it and offer any comments or > > let > > > > > me know if you find any bugs. > > > > I tested with konqueror 3.5.7 and firefox 2.0.0.4, on openSUSE 10.2 with > > KDE > > > > 3.5.7. In konqueror the calendar was unusable, because no right click > > was > > > > working, > > > Yes; I believe that Konqueror is broken in this regard. Also Safarai. > > > They don't seem to support capturing the right-click event, thus they > > > can't do context menus. You should still be able to left click on > > > events/days and do editing/creation, you just can't change your > > yes, left click on events works in Konqueror. > > > participation status. Double clicking on a day should open the new > > > appointment 'dialog'. > > Double click on the "Day number", in the upper left corner opens the > > creation interface. The day itself only gets highlighted in Konqueror, when > > I have the mouse over the border of the day. when I am within the borders, > > the highlighting goes away. But I can double click on the border to open the > > appointment creation dialog too. > > I'm not surprised; I wouldn't have expected Konqueror/Safari/WebKit to > have worked very well, those browsers have a ways to go yet. But > specific reports are still good as we are keeping an eye out for a > straight-forward way to support Safari. > > > > But I'm using FF 2.0.0.4 on openSUSE 10.2 and everything works. Do you > > > get javascript errors? > > No, I don't see anything appearing in the FF "error console". > > When I move the mouse over the round dot left of the appointment name, the > > arrow changes to the arrow, pointing in four directions, I think that's the > > move arrow. But I cannot move the appointment. Where should I click to be > > able to drag an appointment? > > The drag point is the status icon to the left of the name. This icon > changes colors depending upon your participation and status in the > appointment. Note that you deliberately cannot drag an appointment to > which you do not have write access, when you attempt to drag nothing > will happen. yeah, dragging works, if I have write access ;) Sebastian From developer@opengroupware.org Mon Oct 8 06:13:00 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 08 Oct 2007 07:13:00 +0200 Subject: [OGo-Developer] AJAX Calendar Component For OGo Message-ID: <20071008051300.63D3A38CA7@smtp.l00-bugdead-prods.de> > > yeah, dragging works, if I have write access ;) I just saw it is working in konqueror too. Sebastian From developer@opengroupware.org Mon Oct 8 07:03:05 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 08 Oct 2007 08:03:05 +0200 Subject: [OGo-Developer] AJAX Calendar Component For OGo Message-ID: <20071008060306.588D638C10@smtp.l00-bugdead-prods.de> developer@opengroupware.org wrote: > > > > > yeah, dragging works, if I have write access ;) > I just saw it is working in konqueror too. I created a bug report for KDE/Konqueror, https://bugs.kde.org/show_bug.cgi?id=150588 I hope you can leave the calendar there for some more days. Maybe someone from the KDE people might want to look into the issue. Sebastian From developer@opengroupware.org Mon Oct 8 07:24:57 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 08 Oct 2007 08:24:57 +0200 Subject: [OGo-Developer] adding search save and create tab to document search in projects Message-ID: <20071008062457.A0ABF39004@smtp.l00-bugdead-prods.de> Hi, developer@opengroupware.org wrote: > Hi, > > developer@opengroupware.org wrote: > > On 02.10.2007, at 12:08, Sebastian Reitenbach wrote: > > > I don't get the saved custom tabs to initiate a search on the saved > > > qualifier when clicking on a custom tab. > > > > W/o looking at the code I would guess that the WETabItem has an > > action binding assigned which then triggers a method in the > > associated component. Which then loads the qualifier and performs the > > search. > > > I updated the patch to the bug, > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1919 > I also created a patch for bug report 1921, http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1921 that is doing the same to SkyProject4Desktop to the document search across all projects. Maybe someone can take a look and give some feedback on it. Especially to bug 1919, how do I get the tab to load the search when clicking on it? Enhancement 1921, does not have that problem, but I just noticed an other small problem. When I enter the projects, and one of the custom tabs is the one that is shown, then the search is not loaded, I have to click on the tab, to load the search and then see the search results. I think I need some activation there too, but I also have no idea what and where. Any hints appreciated ;) a bit unrelated, but I added a patch to bug 1920 too: http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1920 I found that bug while adding the enhancements. Its a tiny patch, maybe someone can test and apply it? kind regards Sebastian From developer@opengroupware.org Mon Oct 8 07:34:06 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 08 Oct 2007 02:34:06 -0400 Subject: [OGo-Developer] AJAX Calendar Component For OGo In-Reply-To: <20071008045547.974B5389FA@smtp.l00-bugdead-prods.de> References: <20071008045547.974B5389FA@smtp.l00-bugdead-prods.de> Message-ID: <1191825247.5261.0.camel@aleph> --=-viyLdq9Z6HhjYehGWgUw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable > > The drag point is the status icon to the left of the name. This icon > > changes colors depending upon your participation and status in the > > appointment. Note that you deliberately cannot drag an appointment to > > which you do not have write access, when you attempt to drag nothing > > will happen. > yeah, dragging works, if I have write access ;) Excellent. --=-viyLdq9Z6HhjYehGWgUw Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQBHCc9eLRePpNle04MRAqptAJsFIeY50Un7bqvxzLutLHwfqfjuiQCfUe11 EQZ7X/wW87XktO7SFIfVAKQ= =hf+e -----END PGP SIGNATURE----- --=-viyLdq9Z6HhjYehGWgUw-- From developer@opengroupware.org Mon Oct 8 15:00:27 2007 From: developer@opengroupware.org (Sebastian Reitenbach) Date: Mon, 08 Oct 2007 16:00:27 +0200 Subject: [OGo-Developer] adding search save and create tab to document search in projects Message-ID: <20071008140027.8D1DB39089@smtp.l00-bugdead-prods.de> Hi, > > > > > I updated the patch to the bug, > > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1919 > > > I also created a patch for bug report 1921, > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1921 > that is doing the same to SkyProject4Desktop to the document search across > all projects. > Maybe someone can take a look and give some feedback on it. Especially to > bug 1919, how do I get the tab to load the search when clicking on it? > Enhancement 1921, does not have that problem, but I just noticed an other > small problem. When I enter the projects, and one of the custom tabs is the > one that is shown, then the search is not loaded, I have to click on the > tab, to load the search and then see the search results. I think I need some > activation there too, but I also have no idea what and where. > Any hints appreciated ;) > > a bit unrelated, but I added a patch to bug 1920 too: > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1920 > I found that bug while adding the enhancements. Its a tiny patch, maybe > someone can test and apply it? > I added a screenshot of the changed form: http://bugzilla.opengroupware.org/bugzilla/attachment.cgi?id=580 I think there is room for improvement of the layout, suggestions are welcome. kind regards Sebastian From developer@opengroupware.org Tue Oct 23 00:11:35 2007 From: developer@opengroupware.org (Adam Tauno Williams) Date: Mon, 22 Oct 2007 19:11:35 -0400 Subject: [OGo-Developer] Significance of PRINCIPAL_CLASS Message-ID: <1193094698.4756.8.camel@aleph> What is the significance of the "PRINCIPAL_CLASS" in the context of something like a ZideStore bundle? In all the bundles in the tree the PRINCIPLE_CLASS seems to just descend from NSObject and implement nothing. I've create a "Hello World" ZideStore bundle for the sake of some documentation, and I can set the PRINCIPLE_CLASS to a NSObject child or to the object that actually does the work, it doesn't seem to have any affect. I've overloaded init and specified a logWithMessage, and I never see the message. Is this class even instantiated? -(id)init { self = [super init]; [self logWithFormat:@"object initialized"]; return self; } Google, unfortunately hasn't helped much at all. From developer@opengroupware.org Tue Oct 23 00:48:15 2007 From: developer@opengroupware.org (Helge Hess) Date: Tue, 23 Oct 2007 01:48:15 +0200 Subject: [OGo-Developer] Significance of PRINCIPAL_CLASS In-Reply-To: <1193094698.4756.8.camel@aleph> References: <1193094698.4756.8.camel@aleph> Message-ID: <85F73C2B-B6ED-460E-9639-285B846400B8@opengroupware.org> On 23.10.2007, at 01:11, Adam Tauno Williams wrote: > What is the significance of the "PRINCIPAL_CLASS" in the context of > something like a ZideStore bundle? Every bundle has a principal class which can be accessed by code loading the bundle using [NSBundle principalClass]. SOPE extends this a bit with NGBundleManager. > In all the bundles in the tree the PRINCIPLE_CLASS seems to just > descend from NSObject and implement nothing. Yes, they usually do little (though AFAIK there are some exceptions in OGo). They are just some kind of entry point. > I've create a "Hello World" ZideStore bundle for the sake of some > documentation, and I can set the PRINCIPLE_CLASS to a NSObject > child or > to the object that actually does the work, it doesn't seem to have > any > affect. Si. But usually its best to set it to a class which is actually contained in (compiled into) the bundle so that the reverse mapping works properly. This might be relevant for some code. > I've overloaded init and specified a logWithMessage, and I never see > the message. Is this class even instantiated? Not necessarily, no. Well, of course the *class object* is instantiated (you could check by implementing +load). Remember that a class is full object in ObjC (so serves as some kind of singleton). Though NGBundleManager can instantiate "bundle handlers". Don't remember the details though (I think you need to specify that in the bundle-info.plist). Greets, Helge -- Helge Hess http://www.helgehess.eu/