Hello,
due to the mentioned issue of code contribution, I have a question related to it. Torsten Thau put the question already in the OTRS Facebook group, but there is no answer yet, even if some weeks passed by. The answer is important for (among all) me, because capeIT has been contributing to the OTRS-project for years
My question: is there a chance of getting the Contributor License Agreement in German? Until now, the document is only in English. The German aspect is important due to the German jurisdiction that would be relevant for German-speaking code contributors.
Is there any answer, I could get to this question? Thanks in advance for any hint. Even a pure "No" would be already helpful.
Kind regards,
Anna Brakoniecka
** With KIX4OTRS... one step ahead in service **
** http://www.cape-it.de/kix4otrs-standard-features.html **
** http://www.cape-it.de/references.html **
Anna Brakoniecka
c.a.p.e. IT® GmbH - ...cape it easy
Annaberger Str. 240, D-09125 Chemnitz
http://www.cape-it.de
Tel: +49 371 5347 620
Fax: +49 371 5347 625
AG Chemnitz - HRB 23192
Geschäftsführer Rico Barth, Thomas Maier
-----Ursprüngliche Nachricht-----
Von: dev-request@otrs.org
Gesendet: Di 07.01.2014 12:57
Betreff: dev Digest, Vol 34, Issue 5
An: dev@otrs.org;
Send dev mailing list submissions to
dev@otrs.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.otrs.org/cgi-bin/listinfo/dev
or, via email, send a message with subject or body 'help' to
dev-request@otrs.org
You can reach the person managing the list at
dev-owner@otrs.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dev digest..."
Today's Topics:
1. Re: hello again every one Im back and have code to contribute
(Martin Gruner)
----------------------------------------------------------------------
Message: 1
Date: Tue, 07 Jan 2014 10:45:42 +0100
From: Martin Gruner <martin.gruner@otrs.com>
Subject: Re: [dev] hello again every one Im back and have code to
contribute
To: Development community of OTRS <dev@otrs.org>
Message-ID: <52CBCCC6.5030506@otrs.com>
Content-Type: text/plain; charset=ISO-8859-1
Hi Paul,
great, looking very much forward to your pull requests.
It is always good if the code does not change the behaviour (output),
but makes it more efficient etc., then it is most easy to integrate for us.
In case of the TemplateGenerator I would ask you to first write some
unit tests covering the current behaviour that you want to improve. This
is a module that does not have a good test coverage yet. Then apply your
optimizations and see if the unit tests still work correctly. Please see
scripts/test/TemplateGenerator/ for a very small example, or all the
other test cases in scripts/test. Test driven development is always
highly recommendable IMHO.
Please let me know if you have any questions about the unit tests.
Regards, mg
Am 06.01.14 23:45, schrieb Paul Robert Marino:
> Carlos
> Thank you I'm already familiar with the guidelines since I was very
> active in the community back in 2006-8 when I maintained and developed
> an instance of OTRS for a stock exchange. That said I'll look it over to
> see if any thing other than the ability to submit via Github pull
> request has changed.
> You should expect to see some of my patches in the next couple of days.
> I hope people like them.
>
>
>
> -- Sent from my HP Pre3
>
> ------------------------------------------------------------------------
> On Jan 6, 2014 17:33, Carlos Rodr?guez <carlos.rodriguez@otrs.com> wrote:
>
> Hi Paul,
>
> You as any other contributor is very welcome to send improvements in the
> code, thank you!
>
> As a suggestion please take a look at the OTRS Development Manual,
> specially in the code style guide
> http://doc.otrs.org/developer/3.3/en/html/code-style-guide.html
>
> Following this guide lines will make easier and faster to integrate your
> contributions.
>
> ((enjoy))
>
> Carlos Rodr?guez
>
>
>
>
> On Jan 6, 2014, at 4:05 PM, Paul Robert Marino <prmarino1@gmail.com
> <mailto:prmarino1@gmail.com>> wrote:
>
>> hello every one
>> Its been quite a few years since I was on this list. Im working now at
>> an other company where we are implementing OTRS. I have been looking
>> over the code and there has been a lot of progress since I last looked
>> at it.
>> That said there are a few things that struck me as inefficient and not
>> as flexible as I would like in Kernel/System/TemplateGenerator.pm
>>
>> Ill be signing the contributors agreement shortly and will do a fork
>> with a push request on github shortly but I wanted to gauge some of
>> the reactions to what I want to submit before I go to far with it.
>>
>> essentially what I would like to change is the handleing of tags like
>> <OTRS_CUSTOMER_SUBJECT[20]> and <OTRS_CUSTOMER_EMAIL[5]>
>>
>> I found an inefficiency in the handling of <OTRS_CUSTOMER_EMAIL[5]>
>> specificly if you set say
>> <OTRS_CUSTOMER_EMAIL[99999999999999999999999999999999]> there is an
>> inefficiency in the loop which is easy to fix with a precheck which
>> I've already written.
>> additionally Ive also made a change where <OTRS_CUSTOMER_EMAIL[]>
>> <OTRS_CUSTOMER_EMAIL> are treated as inset the whole message.
>> the changes I made only added a few lines and a very slight
>> modification to the regex used to match and replace it.
>>
>> I also modified the handling of <OTRS_CUSTOMER_SUBJECT[20]> to work
>> in a similar manner. and made it so if the length of the subject isn't
>> longer than the number of characters specified it will not add the "
>> [...]" suffix to the subject.
>> this was handled by a slight tweak of the regex and the addition of an
>> if statement.
>>
>>
>> What I would like to do eventually is make this functionality a simple
>> set of methods (OO speak for functions) which can be called to handle
>> this for any of these template replace tags as efficiently as
>> possible. we would need more than two because of things like the
>> custom fields. I'm fairly sure I could be handled with just a few
>> methods simple to use methods and I could make the code far more
>> efficient in the process the data.
>>
>> Does any one have any comment, suggestions, or requests on this before
>> I get too deep into writing it?
>>
>> Thank You
>> Paul Robert Marino
>> _______________________________________________
>> OTRS mailing list: dev - Webpage: http://otrs.org/
>> Archive: http://lists.otrs.org/pipermail/dev
>> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/dev
>>
>
>
>
> _______________________________________________
> OTRS mailing list: dev - Webpage: http://otrs.org/
> Archive: http://lists.otrs.org/pipermail/dev
> To unsubscribe: http://lists.otrs.org/cgi-bin/listinfo/dev
>
--
Martin Gruner
Senior Developer R&D
OTRS AG
Europaring 4
94315 Straubing
T: +49 (0)6172 681988 0
F: +49 (0)9421 56818 18
I: www.otrs.com/
Gesch?ftssitz: Bad Homburg, Amtsgericht: Bad Homburg, HRB 10751,
USt-Nr.: DE256610065
Aufsichtsratsvorsitzender: Burchard Steinbild, Vorstand: Andr?
Mindermann (Vorsitzender), Christopher Kuhn, Sabine Riedel
Einfache Planung, bessere ?bersicht - Mit OTRS 3.3 einfach besseres
Service Management - Jetzt downloaden und testen
------------------------------
_______________________________________________
dev mailing list
dev@otrs.org
http://lists.otrs.org/cgi-bin/listinfo/dev
End of dev Digest, Vol 34, Issue 5
**********************************