dotproject-cvs Mailing List for dotProject
Brought to you by:
ajdonnison,
kchisholm
Menu
▾
▴
dotproject-cvs — Issues and discussion among dotproject developers
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(31) |
Aug
(14) |
Sep
(33) |
Oct
(30) |
Nov
(16) |
Dec
(17) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
(23) |
Mar
(20) |
Apr
(51) |
May
(17) |
Jun
(8) |
Jul
(2) |
Aug
(1) |
Sep
(9) |
Oct
(8) |
Nov
(9) |
Dec
(6) |
| 2004 |
Jan
(72) |
Feb
(25) |
Mar
(24) |
Apr
(61) |
May
(7) |
Jun
(1) |
Jul
(1) |
Aug
(41) |
Sep
(5) |
Oct
(11) |
Nov
(5) |
Dec
(1) |
| 2005 |
Jan
|
Feb
(34) |
Mar
(29) |
Apr
(25) |
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ivan P. <cyb...@gm...> - 2006-02-10 06:23:56
|
Applied, thanks. On 2/10/06, ryan <ry...@so...> wrote: > the following fixes a problem that stops the upgrade from working - > mysql doesn't like ' in comments > > # cvs diff db/upgrade_latest.sql > Index: db/upgrade_latest.sql > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /cvsroot/dotproject/dotproject/db/upgrade_latest.sql,v > retrieving revision 1.73 > diff -r1.73 upgrade_latest.sql > 40c40 > < # fix for stale users in users access log when users don't logoff > --- > > # fix for stale users in users access log when users dont logoff > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi= les > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat= =3D121642 > _______________________________________________ > Dotproject-cvs mailing list > Dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs > |
|
From: ryan <ry...@so...> - 2006-02-10 06:09:44
|
the following fixes a problem that stops the upgrade from working - mysql doesn't like ' in comments # cvs diff db/upgrade_latest.sql Index: db/upgrade_latest.sql =================================================================== RCS file: /cvsroot/dotproject/dotproject/db/upgrade_latest.sql,v retrieving revision 1.73 diff -r1.73 upgrade_latest.sql 40c40 < # fix for stale users in users access log when users don't logoff --- > # fix for stale users in users access log when users dont logoff |
|
From: Gregor E. <gr...@or...> - 2005-08-07 15:51:57
|
I changed the if clause argument from $canAdmin to $canEdit, so that the final version of a document can be edited by anyone with edit access on this file. Did I break any logic that I didn't see? cf. head branch line 181 modules/files/index_table.php regards, greg -- Please take notice of my email policy: http://orangrey.org/index2.php?option=com_content&task=view&hidemainmenu=1&id=15 |
|
From: Adam D. <ad...@sa...> - 2005-07-22 02:31:07
|
Could whoever put in the code that forces durations and dates to be interdependent back the code out. There is also a serious bug in setting dates after you set duration, in that you get a javascript loop that locks you up. This is _not_ where we want to go. Duration and start/finish dates are _not_ fully interdependent, and attempts to make them so break basic functionality. Adam -- Adam Donnison email: ad...@sa... Saki Computer Services Pty. Ltd. 93 Kallista-Emerald Road phone: +61 3 9752 1512 THE PATCH VIC 3792 AUSTRALIA fax: +61 3 9752 1098 |
|
From: TheIdeaMan <ide...@gm...> - 2005-04-18 16:44:40
|
I like the new expandable task lists in 2.0, and thought this JavaScript to PHP binding library might come in handy for future dP releases. It's called JPSpan (http://jpspan.sourceforge.net/wiki/doku.php ). It was developed primarily by Harry Fuecks of phpPatterns (http://www.phppatterns.com/ ) and Dynamically Typed php blog at sitepoint.com (http://www.sitepoint.com/blog-view.php?blogid=3D9 ). Basically the library allows one to access PHP classes and their output from within JavaScript. The advantage would be the ability to load child tasks without preloading the data or reloading the entire page. There may also be other uses for things like Contact, Company, and Department selectors. Just an idea. |
|
From: Innox - J. C. G. <jgo...@in...> - 2005-04-14 15:49:16
|
Hi everybody! Just a brief but important news. I've been helping a guy from Spain to do some adjustments to dotProject. He has just informed me that that dP's implementation was used to help out a company (Martin Martin Architects www.martinmartin.org) to implement ISO9000 and they made it. Right now the Spain's Certification and Normalization Association certified dotProject as a ISO 9000 compliant tool. Let's remember that ISO has international recognition. The company's CEO will inform shortly his companie's achievment and he will name dotProject as his used tool. The consultants that are using dP to help out companies achieve ISO 9000 are edei.es and my contact is named Jose Belizón (jbe...@ed...) Congratulations for everybody! is a very interesting success story! Atentamente / Sincerely Juan Carlos González Innox - Innovación Inteligente Tel: +52 (33) 36 15-5348 jgo...@in... http://www.innox.com.mx |
|
From: Marc P. <sh...@la...> - 2005-04-12 11:56:54
|
There's a bug in the contact selector. When the company's name has a tilde
(') in it, the db query fails.
I've attached a patch that's working for me. Maybe you'll want this.
Thanks for your work |
|
From: Gregor E. <gr...@or...> - 2005-04-08 11:51:03
|
this not only makes sense, but is great as hell, mr donnison!
On Fri, 08 Apr 2005 17:55:51 +1000
Adam Donnison <ad...@sa...> wrote:
> In order to assist those areas where there is static text combined
> with dynamic data in translations, the translation function now
> supports the use of arrays.
>
> If an array is passed to the translation, each part of the array
> is translated separately and then concatenated together with a space
> between each string.
>
> So, for instance you can do:
>
> $AppUI->_(array('Error:', $db->ErrorMsg()));
> This would translate the 'Error:' bit first, then the error message
> from the database (which won't normally be translated anyway).
>
> I've used this for things like messages from CTask::store which
> was using things like BadDep_NoDynDep which made no sense to
> anyone. It now returns the fully translated strings, even if they
> have dynamic data attached, like the task id, and you don't need to
> use $AppUI->_ everywhere you need a part of a string translated.
>
> Hope this makes sense and is of some use.
>
> Adam
> --
> Adam Donnison email: ad...@sa...
> Saki Computer Services Pty. Ltd.
> 93 Kallista-Emerald Road phone: +61 3 9752 1512
> THE PATCH VIC 3792 AUSTRALIA fax: +61 3 9752 1098
>
>
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> Dotproject-cvs mailing list
> Dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotproject-cvs
|
|
From: Adam D. <ad...@sa...> - 2005-04-08 07:55:57
|
In order to assist those areas where there is static text combined
with dynamic data in translations, the translation function now
supports the use of arrays.
If an array is passed to the translation, each part of the array
is translated separately and then concatenated together with a space
between each string.
So, for instance you can do:
$AppUI->_(array('Error:', $db->ErrorMsg()));
This would translate the 'Error:' bit first, then the error message
from the database (which won't normally be translated anyway).
I've used this for things like messages from CTask::store which
was using things like BadDep_NoDynDep which made no sense to
anyone. It now returns the fully translated strings, even if they
have dynamic data attached, like the task id, and you don't need to
use $AppUI->_ everywhere you need a part of a string translated.
Hope this makes sense and is of some use.
Adam
--
Adam Donnison email: ad...@sa...
Saki Computer Services Pty. Ltd.
93 Kallista-Emerald Road phone: +61 3 9752 1512
THE PATCH VIC 3792 AUSTRALIA fax: +61 3 9752 1098
|
|
From: Ivan P. <cyb...@gm...> - 2005-04-07 14:31:49
|
do one try - get the function back and in your
lib/jpgraph/src/jpg-config.inc change the two variables:
DEFINE("LANGUAGE_CYRILLIC",true);
DEFINE("CYRILLIC_FROM_WINDOWS",true);
to false - that should also solve your problem and is the advisable
solution for now until a better one is thought of.
On Apr 7, 2005 11:02 PM, Innox - Juan Carlos Gonzalez
<jgo...@in...> wrote:
> Hi Ivan, thank you for replying.
>=20
> Within the gantt graphs, all non-english letters appear with html
> entities; If I comment out that function and only return the text as it
> arrives to it, everything works perfectly.
>=20
>=20
> On Thu, 2005-04-07 at 10:26 +0930, Ivan Peevski wrote:
> > What appears screwed up? Some of your locale particular characters?
> > The cyrillic changes were introduced to fix russian and other cyrillic
> > translations - if they are not compatible with other languages, maybe
> > we'll have to introduce a user-based setting for this ?!
> >
> > On Apr 7, 2005 11:12 AM, Gregor Erhardt <gr...@or...> wrote:
> > > most jpgraph objects have a setFont() function or sth similar, perhap=
s just overwrite the native object property with something you can handle. =
perhaps that helps without having to tweak much of the code.
> > >
> > > cheers
> > > greg
> > >
> > > On Wed, 06 Apr 2005 18:23:49 -0500
> > > Innox - Juan Carlos Gonzalez <jgo...@in...> wrote:
> > >
> > > > Everyone... after about a two hours debugging I came out with some
> > > > strange type of problem. Summarized:
> > > >
> > > > In JPGraph, the used font_family is FF_FONT0
> > > > When a text is displayed within a gantt graph, it is preprocessed b=
y the
> > > > LanguageConv::Convert (in jpgraph.php L:499).
> > > >
> > > > This function receives $aTxt (text) and $aFF (which I ignore what i=
t
> > > > is). The only thing that I know is that this function is called in
> > > > Image::StrokeText (jpgraph.php L:6141) and it passes a font_family!
> > > >
> > > > The problem is that font_family =3D=3D 1 and in the LangageConv::Co=
nvert
> > > > function, if $aFF =3D=3D 1 it thinks that the language is LANGUAGE_=
CYRILLIC;
> > > > so it encodes in an all strange form and gantt graphs appear screwe=
d up!
> > > >
> > > > So guys! :) any help will be really appreciated. I think my problem=
is
> > > > conceptual, I'm not sure it's a JPGraph's bug.
> > > >
> > > > Thank you in advance!
> > > >
> > > >
> > > > Atentamente / Sincerely
> > > > Juan Carlos Gonz=E1lez
> > > > Innox - Innovaci=F3n Inteligente
> > > > Tel: +52 (33) 36 15-5348
> > > > jgo...@in...
> > > > http://www.innox.com.mx
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > SF email is sponsored by - The IT Product Guide
> > > > Read honest & candid reviews on hundreds of IT Products from real u=
sers.
> > > > Discover which products truly live up to the hype. Start reading no=
w.
> > > > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick
> > > > _______________________________________________
> > > > Dotproject-cvs mailing list
> > > > Dot...@li...
> > > > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs
> > >
> > > -------------------------------------------------------
> > > SF email is sponsored by - The IT Product Guide
> > > Read honest & candid reviews on hundreds of IT Products from real use=
rs.
> > > Discover which products truly live up to the hype. Start reading now.
> > > http://ads.osdn.com/?ad_ide95&alloc_id=14396&opclick
> > > _______________________________________________
> > > Dotproject-cvs mailing list
> > > Dot...@li...
> > > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs
> > >
> >
> >
> > -------------------------------------------------------
> > SF email is sponsored by - The IT Product Guide
> > Read honest & candid reviews on hundreds of IT Products from real users=
.
> > Discover which products truly live up to the hype. Start reading now.
> > http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=3Dclick
> > _______________________________________________
> > Dotproject-cvs mailing list
> > Dot...@li...
> > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs
> >
> Atentamente / Sincerely
> Juan Carlos Gonz=E1lez
> Innox - Innovaci=F3n Inteligente
> Tel: +52 (33) 36 15-5348
> jgo...@in...
> http://www.innox.com.mx
>=20
>
|
|
From: Innox - J. C. G. <jgo...@in...> - 2005-04-07 13:33:05
|
Hi Ivan, thank you for replying. Within the gantt graphs, all non-english letters appear with html entities; If I comment out that function and only return the text as it arrives to it, everything works perfectly. On Thu, 2005-04-07 at 10:26 +0930, Ivan Peevski wrote: > What appears screwed up? Some of your locale particular characters? > The cyrillic changes were introduced to fix russian and other cyrillic > translations - if they are not compatible with other languages, maybe > we'll have to introduce a user-based setting for this ?! > > On Apr 7, 2005 11:12 AM, Gregor Erhardt <gr...@or...> wrote: > > most jpgraph objects have a setFont() function or sth similar, perhaps just overwrite the native object property with something you can handle. perhaps that helps without having to tweak much of the code. > > > > cheers > > greg > > > > On Wed, 06 Apr 2005 18:23:49 -0500 > > Innox - Juan Carlos Gonzalez <jgo...@in...> wrote: > > > > > Everyone... after about a two hours debugging I came out with some > > > strange type of problem. Summarized: > > > > > > In JPGraph, the used font_family is FF_FONT0 > > > When a text is displayed within a gantt graph, it is preprocessed by the > > > LanguageConv::Convert (in jpgraph.php L:499). > > > > > > This function receives $aTxt (text) and $aFF (which I ignore what it > > > is). The only thing that I know is that this function is called in > > > Image::StrokeText (jpgraph.php L:6141) and it passes a font_family! > > > > > > The problem is that font_family == 1 and in the LangageConv::Convert > > > function, if $aFF == 1 it thinks that the language is LANGUAGE_CYRILLIC; > > > so it encodes in an all strange form and gantt graphs appear screwed up! > > > > > > So guys! :) any help will be really appreciated. I think my problem is > > > conceptual, I'm not sure it's a JPGraph's bug. > > > > > > Thank you in advance! > > > > > > > > > Atentamente / Sincerely > > > Juan Carlos González > > > Innox - Innovación Inteligente > > > Tel: +52 (33) 36 15-5348 > > > jgo...@in... > > > http://www.innox.com.mx > > > > > > > > > > > > ------------------------------------------------------- > > > SF email is sponsored by - The IT Product Guide > > > Read honest & candid reviews on hundreds of IT Products from real users. > > > Discover which products truly live up to the hype. Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > > _______________________________________________ > > > Dotproject-cvs mailing list > > > Dot...@li... > > > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users. > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_ide95&alloc_id396&opclick > > _______________________________________________ > > Dotproject-cvs mailing list > > Dot...@li... > > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&op=click > _______________________________________________ > Dotproject-cvs mailing list > Dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs > Atentamente / Sincerely Juan Carlos González Innox - Innovación Inteligente Tel: +52 (33) 36 15-5348 jgo...@in... http://www.innox.com.mx |
|
From: Ivan P. <cyb...@gm...> - 2005-04-07 12:13:17
|
Wow, that's a good effort - thank you for the help! :) ivan cyberhorse On Apr 7, 2005 8:07 PM, Peter Morgan <pm...@uk...> wrote: > Hi adam > sending this email to the dp-cvs list as adams mailbox at sf doent seem to work (keeps bouncing) > > Here's some patches I've done for dp2 > http://demo.ukds.net/dotproject/dotproject.zip > > You can view the changes at demo.ukds.net - default admin user/pass > > Most of the major changes are in the changelog_pete.txt in the site root.. > > A lot of othere small changes I've not bothered logging - particularily > taking out double quotes etc. > > I use winmerge ( http://winmerge.sourceforge.net/) to check for diff myself. > > The smarty version should be ready soon - just the companies contacts > modules initially for you to check before I continue with the rest. > > have fun > regards > Pete "mash" morgan > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Dotproject-cvs mailing list > Dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs > |
|
From: Peter M. <pm...@uk...> - 2005-04-07 10:36:29
|
Hi adam sending this email to the dp-cvs list as adams mailbox at sf doent seem to work (keeps bouncing) Here's some patches I've done for dp2 http://demo.ukds.net/dotproject/dotproject.zip You can view the changes at demo.ukds.net - default admin user/pass Most of the major changes are in the changelog_pete.txt in the site root.. A lot of othere small changes I've not bothered logging - particularily taking out double quotes etc. I use winmerge ( http://winmerge.sourceforge.net/) to check for diff myself. The smarty version should be ready soon - just the companies contacts modules initially for you to check before I continue with the rest. have fun regards Pete "mash" morgan |
|
From: Ivan P. <cyb...@gm...> - 2005-04-07 00:57:14
|
What appears screwed up? Some of your locale particular characters? The cyrillic changes were introduced to fix russian and other cyrillic translations - if they are not compatible with other languages, maybe we'll have to introduce a user-based setting for this ?! On Apr 7, 2005 11:12 AM, Gregor Erhardt <gr...@or...> wrote: > most jpgraph objects have a setFont() function or sth similar, perhaps ju= st overwrite the native object property with something you can handle. perh= aps that helps without having to tweak much of the code. >=20 > cheers > greg >=20 > On Wed, 06 Apr 2005 18:23:49 -0500 > Innox - Juan Carlos Gonzalez <jgo...@in...> wrote: >=20 > > Everyone... after about a two hours debugging I came out with some > > strange type of problem. Summarized: > > > > In JPGraph, the used font_family is FF_FONT0 > > When a text is displayed within a gantt graph, it is preprocessed by th= e > > LanguageConv::Convert (in jpgraph.php L:499). > > > > This function receives $aTxt (text) and $aFF (which I ignore what it > > is). The only thing that I know is that this function is called in > > Image::StrokeText (jpgraph.php L:6141) and it passes a font_family! > > > > The problem is that font_family =3D=3D 1 and in the LangageConv::Conver= t > > function, if $aFF =3D=3D 1 it thinks that the language is LANGUAGE_CYRI= LLIC; > > so it encodes in an all strange form and gantt graphs appear screwed up= ! > > > > So guys! :) any help will be really appreciated. I think my problem is > > conceptual, I'm not sure it's a JPGraph's bug. > > > > Thank you in advance! > > > > > > Atentamente / Sincerely > > Juan Carlos Gonz=E1lez > > Innox - Innovaci=F3n Inteligente > > Tel: +52 (33) 36 15-5348 > > jgo...@in... > > http://www.innox.com.mx > > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT Products from real users= . > > Discover which products truly live up to the hype. Start reading now. > > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > > _______________________________________________ > > Dotproject-cvs mailing list > > Dot...@li... > > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id=14396&opclick > _______________________________________________ > Dotproject-cvs mailing list > Dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs > |
|
From: Gregor E. <gr...@or...> - 2005-04-07 00:42:24
|
most jpgraph objects have a setFont() function or sth similar, perhaps just= overwrite the native object property with something you can handle. perhap= s that helps without having to tweak much of the code. cheers greg On Wed, 06 Apr 2005 18:23:49 -0500 Innox - Juan Carlos Gonzalez <jgo...@in...> wrote: > Everyone... after about a two hours debugging I came out with some > strange type of problem. Summarized: >=20 > In JPGraph, the used font_family is FF_FONT0 > When a text is displayed within a gantt graph, it is preprocessed by the > LanguageConv::Convert (in jpgraph.php L:499). >=20 > This function receives $aTxt (text) and $aFF (which I ignore what it > is). The only thing that I know is that this function is called in > Image::StrokeText (jpgraph.php L:6141) and it passes a font_family! >=20 > The problem is that font_family =3D=3D 1 and in the LangageConv::Convert > function, if $aFF =3D=3D 1 it thinks that the language is LANGUAGE_CYRILL= IC; > so it encodes in an all strange form and gantt graphs appear screwed up! >=20 > So guys! :) any help will be really appreciated. I think my problem is > conceptual, I'm not sure it's a JPGraph's bug. >=20 > Thank you in advance! >=20 >=20 > Atentamente / Sincerely=20 > Juan Carlos Gonz=E1lez > Innox - Innovaci=F3n Inteligente=20 > Tel: +52 (33) 36 15-5348=20 > jgo...@in...=20 > http://www.innox.com.mx >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Dotproject-cvs mailing list > Dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs |
|
From: Dana C. <dc...@wa...> - 2005-04-07 00:42:13
|
Based on an IRC conversation, here's what I'm gonna do with HelpDesk: 1) Finish Watcher List patch integration that I started today. 2) Start email integration. I think a command line php script would be more in line with the rest of the app, but I know perl as well so it could go either way. 3) Using the automatic tab inclusion, I'll integrate HelpDesk into Companies and Projects. 4) We'll need some docs on how to use HelpDesk, I'll write up a little entry on the wiki. If we don't have a solid use case, it will continue to suffer from feature creap taking it away from a core functionality. Whatever that core functionality might be. 5) Speaking of feature creap, some of those other suggestiong in Mantis seem good. And fairly easy to implement, so I'll hammer the easier ones out. The email stuff will be the most difficult, but it implemented successfully will allow HelpDesk to finally become the replacement for Ticketsmith. -Dana |
|
From: Gregor E. <er...@fr...> - 2005-04-07 00:35:50
|
while I'd like to help you (as you helped me recently) I need some sleep no= w. Additionally your problem seems to be much more complicated :) On Wed, 06 Apr 2005 18:23:49 -0500 Innox - Juan Carlos Gonzalez <jgo...@in...> wrote: > Everyone... after about a two hours debugging I came out with some > strange type of problem. Summarized: >=20 > In JPGraph, the used font_family is FF_FONT0 > When a text is displayed within a gantt graph, it is preprocessed by the > LanguageConv::Convert (in jpgraph.php L:499). >=20 > This function receives $aTxt (text) and $aFF (which I ignore what it > is). The only thing that I know is that this function is called in > Image::StrokeText (jpgraph.php L:6141) and it passes a font_family! >=20 > The problem is that font_family =3D=3D 1 and in the LangageConv::Convert > function, if $aFF =3D=3D 1 it thinks that the language is LANGUAGE_CYRILL= IC; > so it encodes in an all strange form and gantt graphs appear screwed up! >=20 > So guys! :) any help will be really appreciated. I think my problem is > conceptual, I'm not sure it's a JPGraph's bug. >=20 > Thank you in advance! >=20 >=20 > Atentamente / Sincerely=20 > Juan Carlos Gonz=E1lez > Innox - Innovaci=F3n Inteligente=20 > Tel: +52 (33) 36 15-5348=20 > jgo...@in...=20 > http://www.innox.com.mx >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Dotproject-cvs mailing list > Dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs |
|
From: Innox - J. C. G. <jgo...@in...> - 2005-04-06 23:23:54
|
Everyone... after about a two hours debugging I came out with some strange type of problem. Summarized: In JPGraph, the used font_family is FF_FONT0 When a text is displayed within a gantt graph, it is preprocessed by the LanguageConv::Convert (in jpgraph.php L:499). This function receives $aTxt (text) and $aFF (which I ignore what it is). The only thing that I know is that this function is called in Image::StrokeText (jpgraph.php L:6141) and it passes a font_family! The problem is that font_family == 1 and in the LangageConv::Convert function, if $aFF == 1 it thinks that the language is LANGUAGE_CYRILLIC; so it encodes in an all strange form and gantt graphs appear screwed up! So guys! :) any help will be really appreciated. I think my problem is conceptual, I'm not sure it's a JPGraph's bug. Thank you in advance! Atentamente / Sincerely Juan Carlos González Innox - Innovación Inteligente Tel: +52 (33) 36 15-5348 jgo...@in... http://www.innox.com.mx |
|
From: Gregor E. <gr...@or...> - 2005-04-06 18:36:38
|
hi juan, thanks for your fast response and for your opinion. what is the problem wit= h paths/files like ./modules/projects/reports/report.de.txt in the language= packs? I use this kind of filesystem structure with the german translation= pack not only for the project reports, but also for some other things like= help files. This way we do not need to change the dotproject code for any = other place to fetch files. IMHO installing a lang pack tar archive that co= ntains the full file structure from the dP root down with files in differen= t places/directories is not more complicated than extracting a one director= y archive. Perhaps I'm wrong!? Certainly I didn't receive any complains con= cerning my method of spreading the files over various directories for loc_g= erman. thanks again greg =20 On Wed, 06 Apr 2005 09:52:26 -0500 Innox - Juan Carlos Gonzalez <jgo...@in...> wrote: > Hi Gregor!=20 >=20 > The problem of removing this files from modules/projects/reports is that > installing a language module becomes more difficult; the user will need > to move files to different paths. But you are right, those files need no > be within the language module. >=20 > Perhaps telling the project reports module to grab the translations > from /locale/<loc>/projects/reports directory would be a solution. >=20 > On Wed, 2005-04-06 at 14:21 +0200, Gregor Erhardt wrote: > > (there into modules/projects/reports/) > Atentamente / Sincerely=20 > Juan Carlos Gonz=E1lez > Innox - Innovaci=F3n Inteligente=20 > Tel: +52 (33) 36 15-5348=20 > jgo...@in...=20 > http://www.innox.com.mx >=20 >=20 >=20 > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick > _______________________________________________ > Dotproject-cvs mailing list > Dot...@li... > https://lists.sourceforge.net/lists/listinfo/dotproject-cvs |
|
From: Innox - J. C. G. <jgo...@in...> - 2005-04-06 14:52:37
|
Hi Gregor! The problem of removing this files from modules/projects/reports is that installing a language module becomes more difficult; the user will need to move files to different paths. But you are right, those files need no be within the language module. Perhaps telling the project reports module to grab the translations from /locale/<loc>/projects/reports directory would be a solution. On Wed, 2005-04-06 at 14:21 +0200, Gregor Erhardt wrote: > (there into modules/projects/reports/) Atentamente / Sincerely Juan Carlos González Innox - Innovación Inteligente Tel: +52 (33) 36 15-5348 jgo...@in... http://www.innox.com.mx |
|
From: Gregor E. <gr...@or...> - 2005-04-06 11:20:48
|
IMHO the locale translation text files for modules/projects/reports like stats.de.txt should not go into core (as I saw some now), but they should go into the dotmods lang packages (there into modules/projects/reports/). If there are not any obstacles I'll delete the files that erraneously went into core. gRegards |
|
From: Gregor E. <gr...@or...> - 2005-04-05 10:00:53
|
I'd like to change the real names for the dotproject superuser from 'Admin, Person' (Person Admin) to 'Admin, dotProject' (dotProject Admin) which is IMHO more precise. Any obstacles? g. |
|
From: Adam D. <ad...@sa...> - 2005-04-05 00:40:29
|
Seeing as we have now fixed a number of very serious bugs in 2.0 the 2.0.1 release will be moved up the schedule. I am hoping to cut a 2.0.1 release tonight. AJ -- Adam Donnison email: ad...@sa... Saki Computer Services Pty. Ltd. 93 Kallista-Emerald Road phone: +61 3 9752 1512 THE PATCH VIC 3792 AUSTRALIA fax: +61 3 9752 1098 |
|
From: Gregor E. <gr...@or...> - 2005-04-04 22:58:28
|
with my recent bug fixes in gantt charts I also added a new config for soft-resetting the php memory limit for gantt chart drawing. the php mem limit is temporarily reset at the begin of file projects/viewgantt.php to the dP config var value, the gantt is drawn and then it is restored to the original php.ini value at the end of this file again. if this behaviour is good we perhaps expand this to the tasks module as well. gRegards |
|
From: Adam D. <ad...@sa...> - 2005-04-04 09:16:22
|
Well, 2.0 has hit the streets and thanks to some great efforts the fallout has been relatively minor. Even so we have a few bugs that warrant an update, so we are scheduling a bug-fix release of 2.0 at the end of this month. It will be designated 2.0.1. This shouldn't affect your work, and there are no CVS implications (unless you are one of the poor bunnies detailed to get the bug release out :). Thanks, Adam -- Adam Donnison email: ad...@sa... Saki Computer Services Pty. Ltd. 93 Kallista-Emerald Road phone: +61 3 9752 1512 THE PATCH VIC 3792 AUSTRALIA fax: +61 3 9752 1098 |
3 messages has been excluded from this view by a project administrator.
