Lars Schimmer | 6 May 2009 14:08
Picon
Favicon

any progress on Bug ID 1256?


Hello!

After all other problems seems to be solved more or less fine for us,
one big problem still be left:
http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1256

Has there been made any progress?

MfG,
Lars Schimmer
--
-------------------------------------------------------------
TU Graz, Institut für ComputerGraphik & WissensVisualisierung
Tel: +43 316 873-5405       E-Mail: l.schimmer@...
Fax: +43 316 873-5402       PGP-Key-ID: 0x4A9B1723
Adam Tauno Williams | 6 May 2009 14:20
Gravatar

Re: any progress on Bug ID 1256?

> Hello!
> After all other problems seems to be solved more or less fine for us,
> one big problem still be left:
> http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1256
> Has there been made any progress?

I've got some hideous hacks in my local tree but nothing commit worthy
yet.

--

-- 
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

Adam Tauno Williams | 6 May 2009 19:51
Gravatar

Bug#1256 Bounty

On Wed, 2009-05-06 at 08:20 -0400, Adam Tauno Williams wrote:
> > Hello!
> > After all other problems seems to be solved more or less fine for us,
> > one big problem still be left:
> > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1256
> > Has there been made any progress?
> I've got some hideous hacks in my local tree but nothing commit worthy
> yet.

I posted a $50 USD bounty for this bug.
<http://www.opensourcexperts.com/Bounty/showDetail.html?itemid=153>
In case someone wants to get to it before me; or add to the bounty and
motivate others [me?] to get to it sooner.

--

-- 
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

Helge Hess | 6 May 2009 20:10
Favicon

Re: Bug#1256 Bounty

On 06.05.2009, at 19:51, Adam Tauno Williams wrote:
> I posted a $50 USD bounty for this bug.
> <http://www.opensourcexperts.com/Bounty/showDetail.html?itemid=153>
> In case someone wants to get to it before me; or add to the bounty and
> motivate others [me?] to get to it sooner.

If no one adds this, I'll do it rather sooner than later ... But lets  
see whether someone else jumps in ;-)

Thanks,
   Helge
-- 
Helge Hess
http://helgehess.eu/
--

-- 
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

Adam Tauno Williams | 8 May 2009 17:50
Gravatar

Re: Panel View in ZideStore

On Sun, 2009-03-15 at 10:24 -0400, Adam Tauno Williams wrote:
> On Sun, 2009-03-15 at 15:10 +0100, Helge Hess wrote:
> > On 15.03.2009, at 05:45, Adam Tauno Williams wrote:
> > > Panelview is much like Overview but with the addition of participants
> > > included in the user's calendar panel.
> > I'm not sure I understand what a 'panelview' is.
> > Its something the user can configure in the WebUI preferences
> Yes,  when you click the 'drill down' view in the calendar in the WebUI
> you can select the participants/resources whose appointments you wish to
> see (appointments where the listed people are participants).
> Specifically it is the defaults [preferences]:
> scheduler_panel_persons
> scheduler_panel_teams
> scheduler_panel_resourceNames
> Each is an array of the specified object identifiers.  These can
> currently be set in the WebUI via the drill down view (it remembers the
> last settings) or via zOGI <http://code.google.com/p/zogi/wiki/defaults>
> [our custom WebUI presents it as in the attached screenshot].
> This way a user can setup what they want/need to see on their calendar.
> It operates much like an enhanced Overview.

<http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=2028>

--

-- 
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

Adam Tauno Williams | 12 May 2009 17:09
Gravatar

Re: Changes to trunk, Testing

On May 29, 2007, at 11:41, Helge Hess wrote:
On Mon, 2007-05-28 at 19:40 -0400, Adam Tauno Williams wrote:
> >I've done a few changes to the way insert/update operations work.
> > First of all primary key batches now work again, don't know how they  
> > got lost (the SQL sequences reserves a batch of 10 keys per  
> > invocation, so far we only used one of them resulting in wasted key  
> > space ...).
> > Next I changed the way object_version, last_modified, etc fields are  
> > updated, and I added those to a few classes which didn't have them  
> > before (eg docs, notes and projects)
> > Finally I plan to enhance the database schema for 5.4. Mostly:
> > - notes/documents attached to company records
> Awesome!

Didn't ever see the schema changes come across and am in need of
notes<->contact.  Were you thinking -

ALTER TABLE document ADD company_id INT;

- or -

ALTER TABLE document ADD contact_id INT;
ALTER TABLE document ADD enterprise_id INT;

- personally I'd like the later (in part because it matches how we are
'hacking' notes currently)

?

--

-- 
(Continue reading)

Adam Tauno Williams | 12 May 2009 17:21
Gravatar

Re: Changes to trunk, Testing

On Tue, 2007-05-29 at 09:56 +0200, Helge Hess wrote:
> On May 29, 2007, at 01:40, Adam Tauno Williams wrote:
> >> - parent_id in project table
> > Hierarchical projects?
> Yes. Not sure whether it would be better to just use obj_link for  
> that. parent_id would be a bit more convenient/faster in case we want  
> to check parent permissions.
> >> - a few other minor things
> > What about "Enh: Add ability to create hierarchies of depenedent  
> > tasks"
> > http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1089
> > Jobs already have a parent_id, but that value seems to be treated  
> > oddly
> > resulting from some relic code.
> > (a) The current field could be recycled somehow and the relic code
> > removed
> If we want to have hierarchical tasks, reusing old stuff is most  
> likely the way to go.

BTW, we are using hierarchical tasks extensively via zOGI these days
reusing the "old" fields.  I'm certain, at this poi

> > (b) It could be solved with object links
> For dependend tasks we would probably just use object_links. Not sure  
> whether tasks dependencies need additional information (associated  
> accounts?) which is not provided by obj_link's type and/or label.

Don't know, haven't done anything with that idea.  Dependencies are to
advanced a concept for most users to want to be bothered with.

(Continue reading)

Adam Tauno Williams | 12 May 2009 17:27
Gravatar

Re: RRULEs & Bug#1964

> Helge Hess schrieb:
> > On 22.02.2009, at 20:37, Adam Tauno Williams wrote:
> >> Has Tobias' patch from
> >> <http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1964> been
> >> applied?  Bug#1964 isn't mentioned in the ChangeLog at
> >> <http://svn.opengroupware.org/SOPE/trunk/sope-ical/NGiCal/ChangeLog>
> >> some some changes.
> > I think I misread your comment in the bug. I thought that you did apply
> > the patch ...
> > If its working, sure we could apply it.
> >> Seeing Bug#966
> >> <http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=966> is the
> >> state of RRULE's in SOPE serviceable?   Are there any thoughts about
> >> adding RRULE parsing support to ZideStore
> >> <http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1307>?
> > I'm not sure about the exact state of the RRULE handling. But (AFAIK)
> > OGo does use the NGiCal rrules even in the web interface. Some
> > recurrences of the WebUI are expressed as iCal rules.
> > So, sure, sans bugs it shouldn't be too bad.
> Please wait before submitting the diff to trunk. I have a "better"
> version of that (some issues with timezone and performance). So I would
> provide this patch in a few moments.

I've applied this to my SOPE tree;  I'll try to run it through some
tests this week.

--

-- 
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer
(Continue reading)

Adam Tauno Williams | 12 May 2009 17:29
Gravatar

Re: RRULEs & Bug#1964

On Tue, 2009-05-12 at 11:27 -0400, Adam Tauno Williams wrote:
> > Helge Hess schrieb:
> > > On 22.02.2009, at 20:37, Adam Tauno Williams wrote:
> > >> Has Tobias' patch from
> > >> <http://bugzilla.opengroupware.org/bugzilla/show_bug.cgi?id=1964> been
> > Please wait before submitting the diff to trunk. I have a "better"
> > version of that (some issues with timezone and performance). So I would
> > provide this patch in a few moments.
> I've applied this to my SOPE tree;  I'll try to run it through some
> tests this week.

Arg, premature send clicking...

When I build with this patch I do get:
iCalWeeklyRecurrenceCalculator.m: In function
‘-[iCalWeeklyRecurrenceCalculator
recurrenceRangesWithinCalendarDateRange:]’:
iCalWeeklyRecurrenceCalculator.m:121: warning: unused variable
‘compareStart’
iCalWeeklyRecurrenceCalculator.m:120: warning: unused variable
‘timeZoneOffset’

<http://bugzilla.opengroupware.org/bugzilla/attachment.cgi?id=688&action=view>

--

-- 
OpenGroupware.org Developer
developer@...
http://mail.opengroupware.org/mailman/listinfo/developer

(Continue reading)

Helge Hess | 12 May 2009 17:32
Favicon

Re: Changes to trunk, Testing

On 12.05.2009, at 17:09, Adam Tauno Williams wrote:
> Didn't ever see the schema changes come across and am in need of
> notes<->contact.  Were you thinking -
>
> ALTER TABLE document ADD company_id INT;
>
> - or -
>
> ALTER TABLE document ADD contact_id INT;
> ALTER TABLE document ADD enterprise_id INT;
>
> - personally I'd like the later (in part because it matches how we are
> 'hacking' notes currently)

Attached is my preliminary update script, its not cleaned up at all.  
If you want, you can selectively apply changes to the main schema,  
though I guess we should tag OGo 1.2 first (I could just do that).

Thanks,
   Helge

Attachment (pg-update-1.0to5.4.psql): application/octet-stream, 12 KiB


Gmane