[nag] feature request - possible consulting job

Wed Jul 15 12:01:21 UTC 2015

On 15.07.2015 13:57, Michael J Rubinsky wrote:
> 
> Quoting Erling Preben Hansen <erling at eph.dk>:
> 
>> Citat af Michael J Rubinsky <mrubinsk at horde.org>:
>>
>>> Quoting Michael J Rubinsky <mrubinsk at horde.org>:
>>>
>>>> Quoting Erling Preben Hansen <erling at eph.dk>:
>>>>
>>>>> Citat af Sebastian Birnbach <birnbacs at gmail.com>:
>>>>>
>>>>>> Michael,
>>>>>>
>>>>>> for the moment suppoort of accepted/declined would answer our most
>>>>>> urgent
>>>>>> needs. Not believing my luck after reading your mail I looked again
>> but
>>>>>> no,
>>>>>> I could't find a corresponding checkbox in Nag. I also looked in the
>>>>>> backend database for a corresponding field but could not find one. Is
>>>>>> it
>>>>>> possible that any extra modules must be installed on top of Nag?
>>>>>>
>>>>>> The assignee will be "internal" in that he/she is ar regular Horde
>>>>>> user,
>>>>>> the setting you proposed may not be required. Having said that, I was
>>>>>> not
>>>>>> able to  "configure Nag to allow external assignees via the
>>>>>
>>>>> configuration
>>>>>> screen". I looked in the Administrator settings unter HTTP interface.
>>>>>> Could
>>>>>> you please be a little more specific where to find the setting?
>>>>>>
>>>>>> As for the consulting: having been IT consultant for some time myself
>> I
>>>>>
>>>>> am
>>>>>> trying to avoid a hen-and-egg-problem. As soon as I know exactly what
>> I
>>>>>> want I shall get back to Horde LLC. I will probably need a few small
>>>>>> bits
>>>>>> at first and may have a larger project later on. BTW: the time
>>>>>> horizon
>>>>>> is a
>>>>>> few weeks for supporting accepted/declined in Horde and until fall
>>>>>> for
>>>>>> Thunderbird/Lightning support.
>>>>>>
>>>>>> Sebastian
>>>>>>
>>>>>> 2015-07-13 16:56 GMT+02:00 Michael J Rubinsky <mrubinsk at horde.org>:
>>>>>>
>>>>>>> Quoting Sebastian Birnbach <birnbacs at gmail.com>:
>>>>>>>
>>>>>>> Dear all,
>>>>>>>> we are using Nag for organising work in a smaller company. We have
>>>>>>>> remote
>>>>>>>> workers who carry out specific jobs, e.g. typing a dictate or
>>>>>>>> producing a
>>>>>>>> CAD illustration from a sketch. To provide better
>>>>>>>> automatisation/integration we need at least one additional feature
>> in
>>>>>>>> Horde/Nag. We realise that a feature request to the dev team would
>>>>>>>> probably
>>>>>>>> not meet our time requirements, so a paid consulting job may be
>>>>>>>> acceptable.
>>>>>>>>
>>>>>>>> Here is what we have in mind:
>>>>>>>>
>>>>>>>> * support of participation status for tasks (see
>>>>>>>> https://tools.ietf.org/html/rfc5545#section-3.2.12)
>>>>>>>> * complete with UI components for status display/manipulation in
>>>>>>>> Nag's
>>>>>>>> HTML
>>>>>>>> interface
>>>>>>>> * access to task status via Nag API
>>>>>>>> * E-Mail notifications on status changes:
>>>>>>>>   new task in shared to-do list (mail to delegatee)
>>>>>>>>   optional: task accepted (mail to delegator)
>>>>>>>>   optional: task declined (mail to delegator)
>>>>>>>>   optional: task completed (mail to delegator)
>>>>>>>> * ideally compatible with Mozilla Thunderbird / Lightning (iCal or
>>>>>>>> CalDAV
>>>>>>>> connection)
>>>>>>>>
>>>>>>>> There may be more consulting jobs required *later*. For instance we
>>>>>>>> are
>>>>>>>> looking for a way to include task deliverables when closing a task
>>>>>>>> (delegatee attaches the results of his work to the task and marks
>> the
>>>>>>>> task
>>>>>>>> as completed).
>>>>>>>>
>>>>>>>> I am looking forward to hearing from you if you're interested in
>>>>>>>> taking
>>>>>>>> the
>>>>>>>> job. Please share your ideas on how much effort implementation is
>>>>>
>>>>> likely
>>>>>>>> to
>>>>>>>> be, measured in consulting time and/or in price.
>>>>>>>>
>>>>>>>> Also, if there is anybody else who needs such functionality and is
>>>>>>>> willing
>>>>>>>> to contribute to funding the implementation, please let me know.
>>>>>>>
>>>>>>> There was actually already some work towards this done in Git master
>>>>>>> while
>>>>>>> integrating ActiveSync and supporting the responses that
>>>>>
>>>>> Outlook/Exchange
>>>>>>> sends in TNEF files. The UI doesn't currently include much more than
>>>>>>> the
>>>>>>> completed/not-completed toggle and the accepted/denied status of the
>>>>>>> assignee, but there is already API support for updating attendees'
>>>>>>> PARTSTAT
>>>>>>> from incoming iTip responses, ability to generate iTips on task
>>>>>>> updates/status changes and IMP's iTIP viewer was extended to display
>>>>>>> and
>>>>>>> handle the Task iTips (including sending the accepted/denied
>>>>>>> response).
>>>>>>> In
>>>>>>> order to enable it, you must configure Nag to allow external
>> assignees
>>>>>>> via
>>>>>>> the configuration screen.
>>>>>>>
>>>>>>> As far as the rest of it goes, you don't mention your time frame.
>>>>>>> You
>>>>>
>>>>> are
>>>>>>> correct though, in that the dev team (most of which also consult
>>>>>>> through
>>>>>>> Horde LLC) is quite time-strapped at the moment. However, if you
>> would
>>>>>>> like
>>>>>>> to discuss more specifics off-list, you can email additional
>>>>>>> comments/info
>>>>>>> to info at horde.org - which goes directly to our consulting business'
>>>>>>> ticketing system.
>>>>>>>
>>>>>>> -- 
>>>>>>> mike
>>>>>>> The Horde Project
>>>>>>> http://www.horde.org
>>>>>>> https://www.facebook.com/hordeproject
>>>>>>> https://www.twitter.com/hordeproject
>>>>>>>
>>>>>>> -- 
>>>>>>> nag mailing list
>>>>>>> Frequently Asked Questions: http://wiki.horde.org/FAQ
>>>>>>> To unsubscribe, mail: nag-unsubscribe at lists.horde.org
>>>>>>
>>>>>> -- 
>>>>>> nag mailing list
>>>>>> Frequently Asked Questions: http://wiki.horde.org/FAQTo unsubscribe,
>>>>>> mail: nag-unsubscribe at lists.horde.org
>>>>>
>>>>> Hey
>>>>>
>>>>> Perhaps i am interfering in something. But anyway.......
>>>>>
>>>>> This does sound as a job for Whups.
>>>>> But i don't know about the Thunderbird/lightning support.
>>>>
>>>> Sure. Whups would be great for just assigning/tracking tickets. This is
>>>> more about supporting standard PARTSTAT support, which would work over
>>>> any vTodo/iTip interaction.
>>>
>>> For the sake of completeness, after receiving more information about the
>>> requirements off-list, I would have to agree that this does seem a
>>> better fit for Whups, though the Thunderbird integration would be lost
>>> since there is nothing on the Thunderbird/lightning side to even
>>> integrate it with - though some functionality might be available by
>>> passing email directly into Whups.
>>>
>>> -- 
>>> mike
>>> The Horde Project
>>> http://www.horde.org
>>> https://www.facebook.com/hordeprojecthttps://www.twitter.com/hordeproject
>>>
>>
>> Hey
>>
>> Just thinking from inside the box and out.
>>
>> Would it be possible to get the Thunderbird / lightning support via
>> kronolith?
>> I know kronolith is a big mouthfull.
>> But PARTSTAT / vTodo support in Kronolith could cover both Nag and Whups.
> 
> Well, both nag and kronolith (for "normal" calendars) already have that
> support so, yes, Thunderbird/Lightning could sync with those. The issue
> is, none of the data from Whups would be available - whups can display
> timeobjects in kronolith but they don't sync (again, only "normal"
> calendars sync). Also, wouldn't help in managing/accepting/denying the
> actual tickets.
> 
> Nice try, though :)

We have the same issue with a workflow application. We can expose
appointments (nag) or events (kronolith) but it`s not possible to make
them available via the respective app`s dav code without much hacking
and patching. In the end, we doubled a lot of sync/dav related code in
api/application so we can offer these objects via distinct URLs. It`s
not strictly how it`s supposed to work and it`s a lot of code duplication.

-- 
Ralf Lang
Linux Consultant / Developer
Tel.: +49-170-6381563
Mail: lang at b1-systems.de
B1 Systems GmbH
Osterfeldstraße 7 / 85088 Vohburg / http://www.b1-systems.de
GF: Ralph Dehner / Unternehmenssitz: Vohburg / AG: Ingolstadt,HRB 3537

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: OpenPGP digital signature
URL: <http://lists.horde.org/archives/nag/attachments/20150715/acf500e2/attachment.bin>