Menu
▾
▴
tsheetx-developers — Timesheet Next Gen - Developer's mailing list
You can subscribe to this list here.
| 2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
(4) |
May
(3) |
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(10) |
Jun
(1) |
Jul
(3) |
Aug
(19) |
Sep
(52) |
Oct
(5) |
Nov
(15) |
Dec
|
| 2011 |
Jan
|
Feb
(65) |
Mar
(53) |
Apr
(55) |
May
(37) |
Jun
|
Jul
(1) |
Aug
(17) |
Sep
(28) |
Oct
(7) |
Nov
|
Dec
|
| 2012 |
Jan
(3) |
Feb
|
Mar
(2) |
Apr
|
May
(4) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2014 |
Jan
|
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: Mark W. <ma...@rw...> - 2011-04-12 07:57:50
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Peter & Everyone else actually, <br>
<br>
If you need to specify a different theme for a particular page, this
is very easy to achieve. Just create a new theme in the themes
folder (copy the tsx theme and modify is the best recommendation).<br>
<br>
Once you've created your theme and you want to apply to it a
specific page just add the following line of code to the top of the
file in question i.e. monthly.php:<br>
<br>
PageElements::setTheme('diffTheme');<br>
<br>
where diffTheme is the folder name of the different theme.<br>
<br>
Hope this helps!<br>
<br>
Regards<br>
Mark Wrightson<br>
<pre class="moz-signature" cols="72">_____________________________________________
Mob: 07725 695178
Email: <a class="moz-txt-link-abbreviated" href="mailto:ma...@rw...">ma...@rw...</a></pre>
<br>
On 12/04/2011 05:57, Peter Lazarus wrote:
<blockquote cite="mid:4DA...@gm..." type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi all,<br>
this is to bring you up to date with what I have accomplished so
far in cleaning up the html and moving formattiing into css style
sheets. To sum it up, not much has been achieved so far.<br>
<br>
What I have done is to work on the submit.php form. In order to
clean up the html I built an entirely new web page in a web page
editor to get the formatting right. Now that that's been mostly
achieved, I then applied the changes back into submit.new.php
which is a copy of the existing submit.php. I chose submit.php
because its a relatively uncomplicated layout, and because it's
layout is in common with or similar to many of the reports.<br>
<br>
The problem I now face is applying the css styling across the rest
of the forms. That will require some effort and tweaking. Hence it
will take some time. Also I don't think I can submit any of my
changes until all forms have been changed. This is because the
link to the style sheet ( <<span class="start-tag">link</span><span
class="attribute-name"> rel</span>=<span class="attribute-value">"stylesheet"
</span><span class="attribute-name">href</span><span>="</span><a
moz-do-not-send="true"
href="view-source:http://localhost/tsheetxdemo/themes/txsheet/styles/timesheet.css">/tsheetxdemo/themes/txsheet/styles/timesheet.css</a><span>"
</span><span class="attribute-name">type</span>=<span
class="attribute-value">"text/css" </span><span class="error"><span
class="attribute-name">/</span></span>>) is found in the
header and that's part of Mark's common routines. I don't think I
can even link to a new css sheet ahead of the existing links
because there will be bits of the existing style sheets that will
interfere with the new one. So, any suggestions or ideas on how I
can get round that problem?<br>
<br>
regards<br>
Peter<br>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
------------------------------------------------------------------------------
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now! <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/ibm-webcastpromo">http://p.sf.net/sfu/ibm-webcastpromo</a></pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Tsheetx-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Tsh...@li...">Tsh...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/tsheetx-developers">https://lists.sourceforge.net/lists/listinfo/tsheetx-developers</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Peter L. <pal...@gm...> - 2011-04-12 04:45:17
|
Hi Isabelle, I'm working on the submit times and supervisors stuff. The idea behind these functions is to have a weekly timesheet submission process. Once a user has entered his times for the week and is happy with them, he can submit them to his manager for approval. So these functions are partly implemented and require some more work. At this time it would be good for me to change them to make internationalisation later on much easier. Which module do you suggest I look at to understand the way I should provide the basis for internationalising these functions? Peter On 04/12/2011 06:05 AM, Scott Miller wrote: > Hey Isabelle, I am also attempting to work on the clockOnOff stuff, as > it appears to be quite broken... > > Yes the "change the date" stuff is in Javascript, but that doesn't > mean we can't embed PHP within the java stuff, but I would also like > to enhance, or even replace that whole area of the new system, so, > internationalizing that would probably be premature at this point. > > The submit times and supervisors stuff are the "not ready for prime > time" attempts at a submission & approval system for the timesheet > system. Again, internationalization of this area is probably premature... > > I would love to see the excel system name changes you've made, go > ahead and submit that. > > -Scott |
|
From: Esteban M. <est...@gm...> - 2011-04-11 23:50:26
|
Sorry... I send correctly Long time ago I want help with translations to spanish, If you teach me how make the translations via svn o another I can made for spanish. Timesheet is very usefull for my, I want retribuite something -- http://www.nuevaeralatam.com Linux user number 478378 Linux machine number 386687 Tec. Esteban Monge Marín Tel: (506) 8379-3562 “No habrá manera de desarrollarnos y salir de la pobreza mientras los pocos negocios grandes de nuestro medio se entreguen a las economías foráneas y nosotros nos quedemos con solo negocios de pobre, mientras en vez de ser propietarios de nuestro propio país nos convirtamos en un ejército de empleados del exterior” José Figueres Ferrer, 1952. |
|
From: Scott M. <sco...@gm...> - 2011-04-11 20:05:14
|
Hey Isabelle, I am also attempting to work on the clockOnOff stuff, as it
appears to be quite broken...
Yes the "change the date" stuff is in Javascript, but that doesn't mean we
can't embed PHP within the java stuff, but I would also like to enhance, or
even replace that whole area of the new system, so, internationalizing that
would probably be premature at this point.
The submit times and supervisors stuff are the "not ready for prime time"
attempts at a submission & approval system for the timesheet system. Again,
internationalization of this area is probably premature...
I would love to see the excel system name changes you've made, go ahead and
submit that.
-Scott
On Mon, Apr 11, 2011 at 7:43 PM, Isabelle Vergely
<ver...@fr...>wrote:
> Hello,
>
> My today commit on Directory branches/txsheet-2.0-demo/(=> Revision 293)
> ------------------------------------------------------------------------
> - Modifications for internationalization:
> * en-GB.ini, fr-FR.ini
> * clockOnOff.inc, clockOnOff_core_new.inc, clock_popup.php, stopwatch.php
> * template.php, common.class.php, footer.inc
> * absences.php, monthly.php, simple.php, weekly.php
> - Small modification in timesheet.css
>
> Questions on txsheet-2.0-demo:
> ------------------------------
> - I have also made changes for excel filenames more representative than
> "Timesheet_" . date("Y-m").".xls"; I can also commit these changes.
> - I would like to "translate calendar" when displayed for "Change the date"
> but it seems to be in js file; it is right?
> - What are the goals of the pages "submit times" and "supervisors"?
>
> Isabelle.
>
>
> ------------------------------------------------------------------------------
> Forrester Wave Report - Recovery time is now measured in hours and minutes
> not days. Key insights are discussed in the 2010 Forrester Wave Report as
> part of an in-depth evaluation of disaster recovery service providers.
> Forrester found the best-in-class provider in terms of services and vision.
> Read this report now! http://p.sf.net/sfu/ibm-webcastpromo
> _______________________________________________
> Tsheetx-developers mailing list
> Tsh...@li...
> https://lists.sourceforge.net/lists/listinfo/tsheetx-developers
>
|
|
From: Isabelle V. <ver...@fr...> - 2011-04-11 19:43:38
|
Hello,
My today commit on Directory branches/txsheet-2.0-demo/(=> Revision 293)
------------------------------------------------------------------------
- Modifications for internationalization:
* en-GB.ini, fr-FR.ini
* clockOnOff.inc, clockOnOff_core_new.inc, clock_popup.php, stopwatch.php
* template.php, common.class.php, footer.inc
* absences.php, monthly.php, simple.php, weekly.php
- Small modification in timesheet.css
Questions on txsheet-2.0-demo:
------------------------------
- I have also made changes for excel filenames more representative than
"Timesheet_" . date("Y-m").".xls"; I can also commit these changes.
- I would like to "translate calendar" when displayed for "Change the date"
but it seems to be in js file; it is right?
- What are the goals of the pages "submit times" and "supervisors"?
Isabelle.
|
|
From: Mark W. <ma...@rw...> - 2011-03-31 01:11:54
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
How can you check the locale ?<br>
<br>
if(locale == 'en)...<br>
<br>
elseif(locale == 'fr')....<br>
<br>
Mark<br>
<pre class="moz-signature" cols="72">_____________________________________________
Mob: 07725 695178
Email: <a class="moz-txt-link-abbreviated" href="mailto:ma...@rw...">ma...@rw...</a></pre>
<br>
On 30/03/2011 20:29, Scott Miller wrote:
<blockquote
cite="mid:AANLkTikn-Xoe80orqWh7yrf_=qRk...@ma..."
type="cite"><br>
<br>
<div class="gmail_quote">---------- Forwarded message ----------<br>
From: <b class="gmail_sendername">Scott Miller</b> <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:sco...@gm...">sco...@gm...</a>></span><br>
Date: Wed, Mar 30, 2011 at 7:25 PM<br>
Subject: Re: [Tsheetx-developers] not receiving messages from
the Tsheetx-developers list<br>
To: <a moz-do-not-send="true"
href="mailto:ver...@fr...">ver...@fr...</a><br>
<br>
<br>
Excellent, sounds like we're making some good progress.<br>
<br>
Dates: We'll need to ensure setlocale is called with the correct
string retrieved from the configuration database once we get it
all working.<br>
<br>
String Structure: I had already realized this, and have begun
fixing some of those already (I did take French back in High
School, 2.5 decades ago. I like to joke the only thing I
remember in French is "Je ne parle pas Francais." but my actual
recollection is really not a great deal better than that.)<br>
<br>
Accented letters: Good to know, we'll need to work on getting
the headers fixed for you too.<br>
<font color="#888888"><br>
-Scott</font>
<div>
<div class="h5"><br>
<br>
<div class="gmail_quote">On Wed, Mar 30, 2011 at 7:06 PM, <span
dir="ltr"><<a moz-do-not-send="true"
href="mailto:ver...@fr..." target="_blank">ver...@fr...</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">Scott,<br>
<br>
Thanks for your help.<br>
<br>
Now it works for each JText call with the variables
being defined in the ini language files.<br>
<br>
DATES:<br>
------<br>
But, dates are not automatically translated in French
probably due to the 'fra' parameter missing when setting
the locale.<br>
For 1.5.2 version, I coded the locale in timezone.inc
with setlocale(LC_ALL,'fr_FR','fra') to have all dates
OK.<br>
<br>
STRING STRUCTURE:<br>
-----------------<br>
Some strings are actually concatenation of JText calls
and have to be defined in other way as in English a
string 'word1'.'word2' would be in French
'word2'.'word1'. I will work on that latter.<br>
<br>
ACCENTED LETTERS/CHARSET:<br>
-------------------------<br>
It's more convenient in the French language file to
write words normally with accented letters.<br>
But the accented letters are not displayed correctly in
timesheet pages.<br>
<br>
It is probably due to a conflict with the 'header' of
timesheet pages whereas the locale is set to 'fr-FR' in
include/jclasses/factory.php:<br>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN" "<a moz-do-not-send="true"
href="http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"
target="_blank">http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd</a>"><br>
<html xmlns="<a moz-do-not-send="true"
href="http://www.w3.org/1999/xhtml" target="_blank">http://www.w3.org/1999/xhtml</a>"
xml:lang="en" lang="en"><br>
<head><br>
<meta http-equiv="content-type" content="text/html;
/><br>
<meta http-equiv="Content-Style-Type"
content="text/css" /><br>
<meta name="language" content="en" /><br>
<br>
For Joomla pages, the 'header' when the French language
is selected is:<br>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN" "<a moz-do-not-send="true"
href="http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"
target="_blank">http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd</a>"><br>
<html xmlns="<a moz-do-not-send="true"
href="http://www.w3.org/1999/xhtml" target="_blank">http://www.w3.org/1999/xhtml</a>"
xml:lang="fr-fr" lang="fr-fr"><br>
<head><br>
<meta http-equiv="content-type" content="text/html;
charset=utf-8" /><br>
<br>
I'm going to commit the current French language files in
txsheet-2.0-demo.<br>
<div><br>
Isabelle.<br>
<br>
<br>
----- Mail Original -----<br>
De: "Scott Miller" <<a moz-do-not-send="true"
href="mailto:sco...@gm..."
target="_blank">sco...@gm...</a>><br>
À: "vergely isabelle" <<a moz-do-not-send="true"
href="mailto:ver...@fr..."
target="_blank">ver...@fr...</a>><br>
</div>
Envoyé: Mercredi 30 Mars 2011 17h53:02 GMT +01:00
Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne<br>
<div>
<div>Objet: Re: [Tsheetx-developers] not receiving
messages from the Tsheetx-developers list<br>
<br>
Actually, for testing purposes, you would need to
modify a line in this file:
include/jclasses/factory.php<br>
change the line that reads:<br>
$locale = "en-GB";<br>
<br>
to whatever locale string is appropriate for French.
Since the configuration stuff is currently broken,
the locale is hard coded for now...<br>
<br>
-Scott<br>
<br>
<br>
On Wed, Mar 30, 2011 at 3:48 PM, Scott Miller < <a
moz-do-not-send="true"
href="mailto:sco...@gm..."
target="_blank">sco...@gm...</a> >
wrote:<br>
<br>
<br>
Oh, load the various pages without the .php
extension, and then the site stuff will be
automatically loaded.<br>
<br>
So, for example the URL should look like this: <a
moz-do-not-send="true"
href="http://devts.example.com/testing/test-language-stuff"
target="_blank">http://devts.example.com/testing/test-language-stuff</a><br>
<br>
Yes, the configuration pages are broken, you would
need to mess directly with the configuration
database tables for now, sorry.<br>
<br>
-Scott<br>
<br>
<br>
<br>
<br>
<br>
On Wed, Mar 30, 2011 at 3:42 PM, < <a
moz-do-not-send="true"
href="mailto:ver...@fr..."
target="_blank">ver...@fr...</a> >
wrote:<br>
<br>
<br>
Hello,<br>
<br>
Thanks for checking my account in the subscriber
list.<br>
<br>
For txsheet-2.0-demo, I made the update of my
working copy with the last revision (290).<br>
<br>
I will soon commit a 'fr-FR' directory in the
'include/language' directory of<br>
<a moz-do-not-send="true"
href="https://tsheetx.svn.sourceforge.net/svnroot/tsheetx/branches/txsheet-2.0-demo/"
target="_blank">https://tsheetx.svn.sourceforge.net/svnroot/tsheetx/branches/txsheet-2.0-demo/</a><br>
using TortoiseSVN.<br>
<br>
Test of the file 'testing/test-language-stuff.php'
failed:<br>
- Only this message 'Restricted Access' displayed on
the page due to<br>
if(!class_exists('Site'))die('Restricted Access').<br>
- If I ingore this line, there is an other error
with the following line...<br>
- I also tried to removed many '//' and/or '/* ...
*/' of ignored lines<br>
and it doesn't work...<br>
<br>
Also:<br>
On the config page: unable to change default values;
message after the<br>
click on 'Save Changes': NOT CONVERTED TO OO YET.<br>
<br>
I guess that there is still some code to modify/add
to test the languages...<br>
<br>
Isabelle.<br>
<br>
----- Mail Original -----<br>
De: "Scott Miller" < <a moz-do-not-send="true"
href="mailto:sco...@gm..."
target="_blank">sco...@gm...</a> ><br>
À: "vergely isabelle" < <a
moz-do-not-send="true"
href="mailto:ver...@fr..."
target="_blank">ver...@fr...</a> ><br>
Cc: <a moz-do-not-send="true"
href="mailto:tsh...@li..."
target="_blank">tsh...@li...</a><br>
Envoyé: Mardi 29 Mars 2011 20h27:02 GMT +01:00
Amsterdam / Berlin / Berne / Rome / Stockholm /
Vienne<br>
Objet: Re: [Tsheetx-developers] not receiving
messages from the Tsheetx-developers list<br>
<br>
<br>
<br>
<br>
Hi Isabelle,<br>
<br>
I looked at the subscriber list, and you are still a
part of the list, and you're still active, but
you're set to receive digests, which should be sent
out daily. There have not been many emails on the
list lately, to see if you've missed any, you can
check out the March archive . I've got a few emails
out I would like to see some feedback about, but
nothing thus far.<br>
<br>
So, how are you doing as far as getting a handle on
the code layout so you can work on the French
version? And are you familiar with SVN? You can do
an "svn update" at the root level of the code you
checked out to automatically get any files that have
changed since you checked the code out. It's a good
practice to do an "svn update" each morning if
you're actively working on something. If you are
unfamiliar with anything, please let us know; we're
happy to help out.<br>
<br>
-Scott<br>
<br>
<br>
On Tue, Mar 29, 2011 at 4:51 PM, < <a
moz-do-not-send="true"
href="mailto:ver...@fr..."
target="_blank">ver...@fr...</a> >
wrote:<br>
<br>
<br>
Hello,<br>
<br>
During 4 days of the previous week (March, from 23
to 26), my email address was inactive: crash of the
server hosting my email account. Since Sunday, it
works again.<br>
Yesterday and today, I haven't received messages
sent to the list.<br>
My email has been deleted?<br>
<br>
Thanks in advance for your help.<br>
<br>
Isabelle.<br>
<br>
------------------------------------------------------------------------------<br>
Enable your software for Intel(R) Active Management
Technology to meet the<br>
growing manageability and security demands of your
customers. Businesses<br>
are taking advantage of Intel(R) vPro (TM)
technology - will your software<br>
be a part of the solution? Download the Intel(R)
Manageability Checker<br>
today! <a moz-do-not-send="true"
href="http://p.sf.net/sfu/intel-dev2devmar"
target="_blank">http://p.sf.net/sfu/intel-dev2devmar</a><br>
_______________________________________________<br>
Tsheetx-developers mailing list<br>
<a moz-do-not-send="true"
href="mailto:Tsh...@li..."
target="_blank">Tsh...@li...</a><br>
<a moz-do-not-send="true"
href="https://lists.sourceforge.net/lists/listinfo/tsheetx-developers"
target="_blank">https://lists.sourceforge.net/lists/listinfo/tsheetx-developers</a><br>
<br>
<br>
<br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</div>
<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself;
WebMatrix provides all the features you need to develop and
publish your website. <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/ms-webmatrix-sf">http://p.sf.net/sfu/ms-webmatrix-sf</a>
</pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Tsheetx-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Tsh...@li...">Tsh...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/tsheetx-developers">https://lists.sourceforge.net/lists/listinfo/tsheetx-developers</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Scott M. <sco...@gm...> - 2011-03-30 19:29:29
|
---------- Forwarded message ---------- From: Scott Miller <sco...@gm...> Date: Wed, Mar 30, 2011 at 7:25 PM Subject: Re: [Tsheetx-developers] not receiving messages from the Tsheetx-developers list To: ver...@fr... Excellent, sounds like we're making some good progress. Dates: We'll need to ensure setlocale is called with the correct string retrieved from the configuration database once we get it all working. String Structure: I had already realized this, and have begun fixing some of those already (I did take French back in High School, 2.5 decades ago. I like to joke the only thing I remember in French is "Je ne parle pas Francais." but my actual recollection is really not a great deal better than that.) Accented letters: Good to know, we'll need to work on getting the headers fixed for you too. -Scott On Wed, Mar 30, 2011 at 7:06 PM, <ver...@fr...> wrote: > Scott, > > Thanks for your help. > > Now it works for each JText call with the variables being defined in the > ini language files. > > DATES: > ------ > But, dates are not automatically translated in French probably due to the > 'fra' parameter missing when setting the locale. > For 1.5.2 version, I coded the locale in timezone.inc with > setlocale(LC_ALL,'fr_FR','fra') to have all dates OK. > > STRING STRUCTURE: > ----------------- > Some strings are actually concatenation of JText calls and have to be > defined in other way as in English a string 'word1'.'word2' would be in > French 'word2'.'word1'. I will work on that latter. > > ACCENTED LETTERS/CHARSET: > ------------------------- > It's more convenient in the French language file to write words normally > with accented letters. > But the accented letters are not displayed correctly in timesheet pages. > > It is probably due to a conflict with the 'header' of timesheet pages > whereas the locale is set to 'fr-FR' in include/jclasses/factory.php: > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " > http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> > <head> > <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" /> > <meta http-equiv="Content-Style-Type" content="text/css" /> > <meta name="language" content="en" /> > > For Joomla pages, the 'header' when the French language is selected is: > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" " > http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr-fr" lang="fr-fr"> > <head> > <meta http-equiv="content-type" content="text/html; charset=utf-8" /> > > I'm going to commit the current French language files in txsheet-2.0-demo. > > Isabelle. > > > ----- Mail Original ----- > De: "Scott Miller" <sco...@gm...> > À: "vergely isabelle" <ver...@fr...> > Envoyé: Mercredi 30 Mars 2011 17h53:02 GMT +01:00 Amsterdam / Berlin / > Berne / Rome / Stockholm / Vienne > Objet: Re: [Tsheetx-developers] not receiving messages from the > Tsheetx-developers list > > Actually, for testing purposes, you would need to modify a line in this > file: include/jclasses/factory.php > change the line that reads: > $locale = "en-GB"; > > to whatever locale string is appropriate for French. Since the > configuration stuff is currently broken, the locale is hard coded for now... > > -Scott > > > On Wed, Mar 30, 2011 at 3:48 PM, Scott Miller < sco...@gm... > > wrote: > > > Oh, load the various pages without the .php extension, and then the site > stuff will be automatically loaded. > > So, for example the URL should look like this: > http://devts.example.com/testing/test-language-stuff > > Yes, the configuration pages are broken, you would need to mess directly > with the configuration database tables for now, sorry. > > -Scott > > > > > > On Wed, Mar 30, 2011 at 3:42 PM, < ver...@fr... > wrote: > > > Hello, > > Thanks for checking my account in the subscriber list. > > For txsheet-2.0-demo, I made the update of my working copy with the last > revision (290). > > I will soon commit a 'fr-FR' directory in the 'include/language' directory > of > > https://tsheetx.svn.sourceforge.net/svnroot/tsheetx/branches/txsheet-2.0-demo/ > using TortoiseSVN. > > Test of the file 'testing/test-language-stuff.php' failed: > - Only this message 'Restricted Access' displayed on the page due to > if(!class_exists('Site'))die('Restricted Access'). > - If I ingore this line, there is an other error with the following line... > - I also tried to removed many '//' and/or '/* ... */' of ignored lines > and it doesn't work... > > Also: > On the config page: unable to change default values; message after the > click on 'Save Changes': NOT CONVERTED TO OO YET. > > I guess that there is still some code to modify/add to test the > languages... > > Isabelle. > > ----- Mail Original ----- > De: "Scott Miller" < sco...@gm... > > À: "vergely isabelle" < ver...@fr... > > Cc: tsh...@li... > Envoyé: Mardi 29 Mars 2011 20h27:02 GMT +01:00 Amsterdam / Berlin / Berne / > Rome / Stockholm / Vienne > Objet: Re: [Tsheetx-developers] not receiving messages from the > Tsheetx-developers list > > > > > Hi Isabelle, > > I looked at the subscriber list, and you are still a part of the list, and > you're still active, but you're set to receive digests, which should be sent > out daily. There have not been many emails on the list lately, to see if > you've missed any, you can check out the March archive . I've got a few > emails out I would like to see some feedback about, but nothing thus far. > > So, how are you doing as far as getting a handle on the code layout so you > can work on the French version? And are you familiar with SVN? You can do an > "svn update" at the root level of the code you checked out to automatically > get any files that have changed since you checked the code out. It's a good > practice to do an "svn update" each morning if you're actively working on > something. If you are unfamiliar with anything, please let us know; we're > happy to help out. > > -Scott > > > On Tue, Mar 29, 2011 at 4:51 PM, < ver...@fr... > wrote: > > > Hello, > > During 4 days of the previous week (March, from 23 to 26), my email address > was inactive: crash of the server hosting my email account. Since Sunday, it > works again. > Yesterday and today, I haven't received messages sent to the list. > My email has been deleted? > > Thanks in advance for your help. > > Isabelle. > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Tsheetx-developers mailing list > Tsh...@li... > https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > > > |
|
From: <ver...@fr...> - 2011-03-30 19:06:44
|
Scott, Thanks for your help. Now it works for each JText call with the variables being defined in the ini language files. DATES: ------ But, dates are not automatically translated in French probably due to the 'fra' parameter missing when setting the locale. For 1.5.2 version, I coded the locale in timezone.inc with setlocale(LC_ALL,'fr_FR','fra') to have all dates OK. STRING STRUCTURE: ----------------- Some strings are actually concatenation of JText calls and have to be defined in other way as in English a string 'word1'.'word2' would be in French 'word2'.'word1'. I will work on that latter. ACCENTED LETTERS/CHARSET: ------------------------- It's more convenient in the French language file to write words normally with accented letters. But the accented letters are not displayed correctly in timesheet pages. It is probably due to a conflict with the 'header' of timesheet pages whereas the locale is set to 'fr-FR' in include/jclasses/factory.php: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1" /> <meta http-equiv="Content-Style-Type" content="text/css" /> <meta name="language" content="en" /> For Joomla pages, the 'header' when the French language is selected is: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr-fr" lang="fr-fr"> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> I'm going to commit the current French language files in txsheet-2.0-demo. Isabelle. ----- Mail Original ----- De: "Scott Miller" <sco...@gm...> À: "vergely isabelle" <ver...@fr...> Envoyé: Mercredi 30 Mars 2011 17h53:02 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [Tsheetx-developers] not receiving messages from the Tsheetx-developers list Actually, for testing purposes, you would need to modify a line in this file: include/jclasses/factory.php change the line that reads: $locale = "en-GB"; to whatever locale string is appropriate for French. Since the configuration stuff is currently broken, the locale is hard coded for now... -Scott On Wed, Mar 30, 2011 at 3:48 PM, Scott Miller < sco...@gm... > wrote: Oh, load the various pages without the .php extension, and then the site stuff will be automatically loaded. So, for example the URL should look like this: http://devts.example.com/testing/test-language-stuff Yes, the configuration pages are broken, you would need to mess directly with the configuration database tables for now, sorry. -Scott On Wed, Mar 30, 2011 at 3:42 PM, < ver...@fr... > wrote: Hello, Thanks for checking my account in the subscriber list. For txsheet-2.0-demo, I made the update of my working copy with the last revision (290). I will soon commit a 'fr-FR' directory in the 'include/language' directory of https://tsheetx.svn.sourceforge.net/svnroot/tsheetx/branches/txsheet-2.0-demo/ using TortoiseSVN. Test of the file 'testing/test-language-stuff.php' failed: - Only this message 'Restricted Access' displayed on the page due to if(!class_exists('Site'))die('Restricted Access'). - If I ingore this line, there is an other error with the following line... - I also tried to removed many '//' and/or '/* ... */' of ignored lines and it doesn't work... Also: On the config page: unable to change default values; message after the click on 'Save Changes': NOT CONVERTED TO OO YET. I guess that there is still some code to modify/add to test the languages... Isabelle. ----- Mail Original ----- De: "Scott Miller" < sco...@gm... > À: "vergely isabelle" < ver...@fr... > Cc: tsh...@li... Envoyé: Mardi 29 Mars 2011 20h27:02 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [Tsheetx-developers] not receiving messages from the Tsheetx-developers list Hi Isabelle, I looked at the subscriber list, and you are still a part of the list, and you're still active, but you're set to receive digests, which should be sent out daily. There have not been many emails on the list lately, to see if you've missed any, you can check out the March archive . I've got a few emails out I would like to see some feedback about, but nothing thus far. So, how are you doing as far as getting a handle on the code layout so you can work on the French version? And are you familiar with SVN? You can do an "svn update" at the root level of the code you checked out to automatically get any files that have changed since you checked the code out. It's a good practice to do an "svn update" each morning if you're actively working on something. If you are unfamiliar with anything, please let us know; we're happy to help out. -Scott On Tue, Mar 29, 2011 at 4:51 PM, < ver...@fr... > wrote: Hello, During 4 days of the previous week (March, from 23 to 26), my email address was inactive: crash of the server hosting my email account. Since Sunday, it works again. Yesterday and today, I haven't received messages sent to the list. My email has been deleted? Thanks in advance for your help. Isabelle. ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Tsheetx-developers mailing list Tsh...@li... https://lists.sourceforge.net/lists/listinfo/tsheetx-developers |
|
From: Scott M. <sco...@gm...> - 2011-03-30 15:53:26
|
---------- Forwarded message ----------
From: Scott Miller <sco...@gm...>
Date: Wed, Mar 30, 2011 at 3:53 PM
Subject: Re: [Tsheetx-developers] not receiving messages from the
Tsheetx-developers list
To: ver...@fr...
Actually, for testing purposes, you would need to modify a line in this
file: include/jclasses/factory.php
change the line that reads:
$locale = "en-GB";
to whatever locale string is appropriate for French. Since the
configuration stuff is currently broken, the locale is hard coded for now...
-Scott
On Wed, Mar 30, 2011 at 3:48 PM, Scott Miller <sco...@gm...>wrote:
> Oh, load the various pages without the .php extension, and then the site
> stuff will be automatically loaded.
>
> So, for example the URL should look like this:
> http://devts.example.com/testing/test-language-stuff
>
> Yes, the configuration pages are broken, you would need to mess directly
> with the configuration database tables for now, sorry.
>
> -Scott
>
>
> On Wed, Mar 30, 2011 at 3:42 PM, <ver...@fr...> wrote:
>
>> Hello,
>>
>> Thanks for checking my account in the subscriber list.
>>
>> For txsheet-2.0-demo, I made the update of my working copy with the last
>> revision (290).
>>
>> I will soon commit a 'fr-FR' directory in the 'include/language' directory
>> of
>>
>> https://tsheetx.svn.sourceforge.net/svnroot/tsheetx/branches/txsheet-2.0-demo/
>> using TortoiseSVN.
>>
>> Test of the file 'testing/test-language-stuff.php' failed:
>> - Only this message 'Restricted Access' displayed on the page due to
>> if(!class_exists('Site'))die('Restricted Access').
>> - If I ingore this line, there is an other error with the following
>> line...
>> - I also tried to removed many '//' and/or '/* ... */' of ignored lines
>> and it doesn't work...
>>
>> Also:
>> On the config page: unable to change default values; message after the
>> click on 'Save Changes': NOT CONVERTED TO OO YET.
>>
>> I guess that there is still some code to modify/add to test the
>> languages...
>>
>> Isabelle.
>>
>> ----- Mail Original -----
>> De: "Scott Miller" <sco...@gm...>
>> À: "vergely isabelle" <ver...@fr...>
>> Cc: tsh...@li...
>> Envoyé: Mardi 29 Mars 2011 20h27:02 GMT +01:00 Amsterdam / Berlin / Berne
>> / Rome / Stockholm / Vienne
>> Objet: Re: [Tsheetx-developers] not receiving messages from the
>> Tsheetx-developers list
>>
>> Hi Isabelle,
>>
>> I looked at the subscriber list, and you are still a part of the list, and
>> you're still active, but you're set to receive digests, which should be sent
>> out daily. There have not been many emails on the list lately, to see if
>> you've missed any, you can check out the March archive . I've got a few
>> emails out I would like to see some feedback about, but nothing thus far.
>>
>> So, how are you doing as far as getting a handle on the code layout so you
>> can work on the French version? And are you familiar with SVN? You can do an
>> "svn update" at the root level of the code you checked out to automatically
>> get any files that have changed since you checked the code out. It's a good
>> practice to do an "svn update" each morning if you're actively working on
>> something. If you are unfamiliar with anything, please let us know; we're
>> happy to help out.
>>
>> -Scott
>>
>>
>> On Tue, Mar 29, 2011 at 4:51 PM, < ver...@fr... > wrote:
>>
>>
>> Hello,
>>
>> During 4 days of the previous week (March, from 23 to 26), my email
>> address was inactive: crash of the server hosting my email account. Since
>> Sunday, it works again.
>> Yesterday and today, I haven't received messages sent to the list.
>> My email has been deleted?
>>
>> Thanks in advance for your help.
>>
>> Isabelle.
>>
>>
>> ------------------------------------------------------------------------------
>> Enable your software for Intel(R) Active Management Technology to meet the
>> growing manageability and security demands of your customers. Businesses
>> are taking advantage of Intel(R) vPro (TM) technology - will your software
>> be a part of the solution? Download the Intel(R) Manageability Checker
>> today! http://p.sf.net/sfu/intel-dev2devmar
>> _______________________________________________
>> Tsheetx-developers mailing list
>> Tsh...@li...
>> https://lists.sourceforge.net/lists/listinfo/tsheetx-developers
>>
>>
>
|
|
From: Scott M. <sco...@gm...> - 2011-03-29 18:27:09
|
Hi Isabelle, I looked at the subscriber list, and you are still a part of the list, and you're still active, but you're set to receive digests, which should be sent out daily. There have not been many emails on the list lately, to see if you've missed any, you can check out the March archive<https://sourceforge.net/mailarchive/forum.php?forum_name=tsheetx-developers&max_rows=50&style=ultimate&viewmonth=201103>. I've got a few emails out I would like to see some feedback about, but nothing thus far. So, how are you doing as far as getting a handle on the code layout so you can work on the French version? And are you familiar with SVN? You can do an "svn update" at the root level of the code you checked out to automatically get any files that have changed since you checked the code out. It's a good practice to do an "svn update" each morning if you're actively working on something. If you are unfamiliar with anything, please let us know; we're happy to help out. -Scott On Tue, Mar 29, 2011 at 4:51 PM, <ver...@fr...> wrote: > Hello, > > During 4 days of the previous week (March, from 23 to 26), my email address > was inactive: crash of the server hosting my email account. Since Sunday, it > works again. > Yesterday and today, I haven't received messages sent to the list. > My email has been deleted? > > Thanks in advance for your help. > > Isabelle. > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Tsheetx-developers mailing list > Tsh...@li... > https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > |
|
From: <ver...@fr...> - 2011-03-29 16:51:41
|
Hello, During 4 days of the previous week (March, from 23 to 26), my email address was inactive: crash of the server hosting my email account. Since Sunday, it works again. Yesterday and today, I haven't received messages sent to the list. My email has been deleted? Thanks in advance for your help. Isabelle. |
|
From: Scott M. <sco...@gm...> - 2011-03-29 14:09:04
|
Hi all, Late yesterday I checked in more updates to the simple form/actions/javascript, and included the code to check if the PHP configuration variable max_post_size was set to at least 32K. If not, a "Fatal Problem" page is displayed explaining that the php.ini file needs to be modified and that entry needs to be set to at least 32K. This should happen, I believe, even when the system needs to be initially installed. I'm hopeful this addition mitigates the "silently truncated" problem that could otherwise occur. -Scott On Wed, Mar 23, 2011 at 9:24 PM, Scott Miller <sco...@gm...>wrote: > I've made several fixes to the simple.php, simple_actions.php and simple.js > files. The simple timesheet stuff had been broken during the OO > modifications, so, they are now using JText, and they are working again. > > I'm still in the midst of changing how the simple sheet works; I'm > significantly restricting what gets deleted and re-added by putting in the > "old values" into the post variables, and then testing to see if anything > for a particular entry actually changed. If they change, then a deletion of > only those things that changed, and then a new addition is performed with > the new information. I am contemplating storing the transaction numbers and > "modifying" entries instead, but that hasn't happened yet :-) > > There is a "bug" that may get tickled by this: if the php.ini file > specifies a very small limit to post entries, the data that should be > getting to simple_actions.php may be silently truncated. This situation > should be tested for during the installation process, but isn't yet. > > -Scott > |
|
From: Scott M. <sco...@gm...> - 2011-03-28 18:36:29
|
Hi all, As discussed in Bug #65 <http://bugs.timesheetng.org/view.php?id=65>, the simple timesheet form is vulnerable to having "posted" data silently truncated if the php.ini configuration specifies a small max_post_size. I've created and borrowed a few lines of code that checks for what that max_post_size variable is set to, and I'm proposing that if it is too small, the system should simply refuse to function. So, I started looking into this because I'm working on improving the simple form, and while improving it, I've basically doubled the size of the "post" data. The problem with attempting to anticipate how large things COULD get is the text descriptions of the work being done. Since http textarea can hold a theoretically infinite amount of data, and mysql allows us to store 64K for our descriptions, this would makes things difficult if we don't take some leeway and use some more reasonable limits. So, typing in the longest semi-reasonable description I could come up with was around 150 characters; I entered two of these lines, and a third with a somewhat shorter description, and the post size ended up being around 3000 bytes. So, if we use that as an upper limit to the amount of data any single line of entry on the simple form, and we want to ensure that people can enter a minimum of 10 lines of data, this comes out to just a bit under 32K of data. Therefore, I'm proposing the addition of the max_post_size check within the initial page setup stuff, and if the number returned is less than 32K, an error message is spit out. I would also like to recommend within that error message that the max_post_size be set to no less than 64K. PHP's "out-of-the-box" setting is 8 Megabytes, or 128 times larger than 64K. There are anecdotal tales of system admins changing this variable to a mere 8K, which would limit the number of entries to around 10 with no descriptions. -Scott |
|
From: Scott M. <sco...@gm...> - 2011-03-23 21:25:30
|
I've made several fixes to the simple.php, simple_actions.php and simple.js files. The simple timesheet stuff had been broken during the OO modifications, so, they are now using JText, and they are working again. I'm still in the midst of changing how the simple sheet works; I'm significantly restricting what gets deleted and re-added by putting in the "old values" into the post variables, and then testing to see if anything for a particular entry actually changed. If they change, then a deletion of only those things that changed, and then a new addition is performed with the new information. I am contemplating storing the transaction numbers and "modifying" entries instead, but that hasn't happened yet :-) There is a "bug" that may get tickled by this: if the php.ini file specifies a very small limit to post entries, the data that should be getting to simple_actions.php may be silently truncated. This situation should be tested for during the installation process, but isn't yet. -Scott |
|
From: David T. <tom...@us...> - 2011-03-23 06:20:11
|
Good to see an overview after not having seen one for a long time. The most striking thing I saw from that, is that the project id is recorded with the times as well as the task id. Scott, are you proposing tasks with the same id on different projects, or just duplicated task names? Dave Date: Wed, 23 Mar 2011 10:25:28 +1100 From: pal...@gm... To: tom...@us... CC: tsh...@li... Subject: Re: [Tsheetx-developers] Re-using tasks for different projects Standard tasks is available to be used and has been implemented in the txsheet-2.0-demo branch. But I think it won't be useful for the question Scott raises. Scott, are you referring to duplications in the task table? What duplications do you want to remove? There are a few tables all involved in tasks: assignments, task_assignments, task, times, std_tasks. I've attached a table diagram produced by mysql-workbench. Peter On 23/03/11 03:46, David Thompson wrote: Peter was working on a table containing "standard" tasks that could be dropped into a new projects, but in another branch. No idea what the state is, but worth checking before you write lots of new code. Dave Date: Tue, 22 Mar 2011 15:38:33 +0000 From: sco...@gm... To: tsh...@li... Subject: [Tsheetx-developers] Re-using tasks for different projects There is nothing I know about deep in the code that is keeping us from being able to "reuse" tasks in different projects. Personally, I hate having to create many of the same tasks for every project; so I'm planning to create a new table that would indicate which tasks were "members" of which projects that would allow this to be done. -Scott |
|
From: David T. <tom...@us...> - 2011-03-22 16:51:06
|
The defaults are not implemented cleanly/consistently, but could be incredibly useful when reducing complexity. It should be possible to work without the client pages where users see just projects and tasks. But given that it is not cleanly implemented, I would delete the current implementation and we can add the feature cleanly later.Dave Date: Tue, 22 Mar 2011 15:04:41 +0000 From: sco...@gm... To: tsh...@li... Subject: [Tsheetx-developers] Apparently the default client, project, task entries aren't actually required? I've always been just slightly irritated that we "required" the default "no client" "default project" and "default task" items to exist in the database. So, I'm working with the maintenance areas for those items, and I decided to see what would happen if I cleared those tables completely. I'm happy to report that, although you're not able to enter any times, as I would expect, none of the pages that currently work reported any errors when I loaded them. I'm therefore proposing that unless someone has a really good reason for keeping those around, I'm going to eliminate those "requirements" and remove those database entries from the installation scripts. -Scott ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Tsheetx-developers mailing list Tsh...@li... https://lists.sourceforge.net/lists/listinfo/tsheetx-developers |
|
From: David T. <tom...@us...> - 2011-03-22 16:46:54
|
Peter was working on a table containing "standard" tasks that could be dropped into a new projects, but in another branch. No idea what the state is, but worth checking before you write lots of new code.Dave Date: Tue, 22 Mar 2011 15:38:33 +0000 From: sco...@gm... To: tsh...@li... Subject: [Tsheetx-developers] Re-using tasks for different projects There is nothing I know about deep in the code that is keeping us from being able to "reuse" tasks in different projects. Personally, I hate having to create many of the same tasks for every project; so I'm planning to create a new table that would indicate which tasks were "members" of which projects that would allow this to be done. -Scott ------------------------------------------------------------------------------ Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ Tsheetx-developers mailing list Tsh...@li... https://lists.sourceforge.net/lists/listinfo/tsheetx-developers |
|
From: Scott M. <sco...@gm...> - 2011-03-22 16:43:53
|
Yep, those are the area's I'm currently working on :-) -Scott On Tue, Mar 22, 2011 at 4:26 PM, Mark Wrightson <ma...@rw...>wrote: > Hi Scott, > > I am almost certain some of the pages that add edit tasks/projects/clients > haven't been completely updated and therefore may not work correctly. As > you work through the changes you are making please could you check this > also? > > Mark :) > > _____________________________________________ > > Mob: 07725 695178 > Email: ma...@rw... > > > On 22/03/2011 15:38, Scott Miller wrote: > > There is nothing I know about deep in the code that is keeping us from > being able to "reuse" tasks in different projects. Personally, I hate > having to create many of the same tasks for every project; so I'm planning > to create a new table that would indicate which tasks were "members" of > which projects that would allow this to be done. > > -Scott > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > > > _______________________________________________ > Tsheetx-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Tsheetx-developers mailing list > Tsh...@li... > https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > |
|
From: Mark W. <ma...@rw...> - 2011-03-22 16:26:13
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Scott, <br>
<br>
I am almost certain some of the pages that add edit
tasks/projects/clients haven't been completely updated and therefore
may not work correctly. As you work through the changes you are
making please could you check this also?<br>
<br>
Mark :)<br>
<pre class="moz-signature" cols="72">_____________________________________________
Mob: 07725 695178
Email: <a class="moz-txt-link-abbreviated" href="mailto:ma...@rw...">ma...@rw...</a></pre>
<br>
On 22/03/2011 15:38, Scott Miller wrote:
<blockquote
cite="mid:AANLkTinf-RUxh73VBtmboyct+YusJASeUo=ZACT=AW...@ma..."
type="cite">There is nothing I know about deep in the code that is
keeping us from being able to "reuse" tasks in different
projects. Personally, I hate having to create many of the same
tasks for every project; so I'm planning to create a new table
that would indicate which tasks were "members" of which projects
that would allow this to be done.<br>
<br>
-Scott<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/intel-dev2devmar">http://p.sf.net/sfu/intel-dev2devmar</a></pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Tsheetx-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Tsh...@li...">Tsh...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/tsheetx-developers">https://lists.sourceforge.net/lists/listinfo/tsheetx-developers</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Mark W. <ma...@rw...> - 2011-03-22 15:43:24
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
I will put some thought into the json_encode requirement as the
upgrade script makes use of javascript, ajax and json....<br>
<br>
I'm thinking a simple error message a bit like the modrewrite check
message. see Rewrite::checkRewriteModule() line 345,346<br>
Maybe a bit more detailed though.<br>
<pre class="moz-signature" cols="72">_____________________________________________
Mob: 07725 695178
Email: <a class="moz-txt-link-abbreviated" href="mailto:ma...@rw...">ma...@rw...</a></pre>
<br>
On 22/03/2011 15:34, Scott Miller wrote:
<blockquote
cite="mid:AAN...@ma..."
type="cite">For json_encode, I ended up using pear to install it
on my Centos 5.x php 5.1.6 box I believe (it's been over a month,
so the memory is more than a bit fuzzy there)<br>
<br>
I would like to try to target having it able to run on php 5.1.x
if we can. If that means we include instructions on how to
install json_encode, that would work for me.<br>
<br>
DB installation script work sounds good, I'm looking forward to
seeing it.<br>
<br>
-Scott<br>
<br>
<div class="gmail_quote">On Tue, Mar 22, 2011 at 3:27 PM, Mark
Wrightson <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:ma...@rw...">ma...@rw...</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000"> Hi Scott, <br>
<br>
Sounds fine to me. Did you sort out the json_encode php
version problem in the end? also did we finalise our
decision on a target php version?<br>
I am currently developing on win7 x64 + apache + php 5.3.2<br>
My public (hosted) webserver which I run tsng on is centos
5.3 apache + php 5.2.9<br>
<br>
<br>
I am half way to making a scalable upgrade system that
provides a means of writing scripts to perform db
manipulations / file changes. i.e. when the code changes
sufficiently through svn update that it requires a db schema
change, a simple script can be written that takes the user
through an upgrade process including making a backup of the
current database, performing any prerequisite checks and
finally executing the update script :)<br>
<br>
This same script will then form the backbone of the new
installer. Might be done in a couple of weeks.... I
decided to get on it as Isabelle had some problems setting
up tsng v2 from scratch. so watch this space...<br>
<br>
Mark<br>
<pre cols="72">_____________________________________________
Mob: <a moz-do-not-send="true" href="tel:07725%20695178" target="_blank">07725 695178</a>
Email: <a moz-do-not-send="true" href="mailto:ma...@rw..." target="_blank">ma...@rw...</a></pre>
<div>
<div class="h5"> <br>
On 22/03/2011 15:04, Scott Miller wrote: </div>
</div>
<blockquote type="cite">
<div>
<div class="h5">I've always been just slightly irritated
that we "required" the default "no client" "default
project" and "default task" items to exist in the
database. So, I'm working with the maintenance areas
for those items, and I decided to see what would
happen if I cleared those tables completely. I'm
happy to report that, although you're not able to
enter any times, as I would expect, none of the pages
that currently work reported any errors when I loaded
them.<br>
<br>
I'm therefore proposing that unless someone has a
really good reason for keeping those around, I'm going
to eliminate those "requirements" and remove those
database entries from the installation scripts.<br>
<br>
-Scott<br>
</div>
</div>
<pre><fieldset></fieldset>
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! <a moz-do-not-send="true" href="http://p.sf.net/sfu/intel-dev2devmar" target="_blank">http://p.sf.net/sfu/intel-dev2devmar</a></pre>
<pre><fieldset></fieldset>
_______________________________________________
Tsheetx-developers mailing list
<a moz-do-not-send="true" href="mailto:Tsh...@li..." target="_blank">Tsh...@li...</a>
<a moz-do-not-send="true" href="https://lists.sourceforge.net/lists/listinfo/tsheetx-developers" target="_blank">https://lists.sourceforge.net/lists/listinfo/tsheetx-developers</a>
</pre>
</blockquote>
</div>
<br>
------------------------------------------------------------------------------<br>
Enable your software for Intel(R) Active Management Technology
to meet the<br>
growing manageability and security demands of your customers.
Businesses<br>
are taking advantage of Intel(R) vPro (TM) technology - will
your software<br>
be a part of the solution? Download the Intel(R) Manageability
Checker<br>
today! <a moz-do-not-send="true"
href="http://p.sf.net/sfu/intel-dev2devmar" target="_blank">http://p.sf.net/sfu/intel-dev2devmar</a><br>
_______________________________________________<br>
Tsheetx-developers mailing list<br>
<a moz-do-not-send="true"
href="mailto:Tsh...@li...">Tsh...@li...</a><br>
<a moz-do-not-send="true"
href="https://lists.sourceforge.net/lists/listinfo/tsheetx-developers"
target="_blank">https://lists.sourceforge.net/lists/listinfo/tsheetx-developers</a><br>
<br>
</blockquote>
</div>
<br>
</blockquote>
</body>
</html>
|
|
From: Scott M. <sco...@gm...> - 2011-03-22 15:39:30
|
There is nothing I know about deep in the code that is keeping us from being able to "reuse" tasks in different projects. Personally, I hate having to create many of the same tasks for every project; so I'm planning to create a new table that would indicate which tasks were "members" of which projects that would allow this to be done. -Scott |
|
From: Scott M. <sco...@gm...> - 2011-03-22 15:36:30
|
For json_encode, I ended up using pear to install it on my Centos 5.x php 5.1.6 box I believe (it's been over a month, so the memory is more than a bit fuzzy there) I would like to try to target having it able to run on php 5.1.x if we can. If that means we include instructions on how to install json_encode, that would work for me. DB installation script work sounds good, I'm looking forward to seeing it. -Scott On Tue, Mar 22, 2011 at 3:27 PM, Mark Wrightson <ma...@rw...>wrote: > Hi Scott, > > Sounds fine to me. Did you sort out the json_encode php version problem in > the end? also did we finalise our decision on a target php version? > I am currently developing on win7 x64 + apache + php 5.3.2 > My public (hosted) webserver which I run tsng on is centos 5.3 apache + php > 5.2.9 > > > I am half way to making a scalable upgrade system that provides a means of > writing scripts to perform db manipulations / file changes. i.e. when the > code changes sufficiently through svn update that it requires a db schema > change, a simple script can be written that takes the user through an > upgrade process including making a backup of the current database, > performing any prerequisite checks and finally executing the update script > :) > > This same script will then form the backbone of the new installer. Might > be done in a couple of weeks.... I decided to get on it as Isabelle had > some problems setting up tsng v2 from scratch. so watch this space... > > Mark > > _____________________________________________ > > Mob: 07725 695178 > Email: ma...@rw... > > > On 22/03/2011 15:04, Scott Miller wrote: > > I've always been just slightly irritated that we "required" the default "no > client" "default project" and "default task" items to exist in the > database. So, I'm working with the maintenance areas for those items, and I > decided to see what would happen if I cleared those tables completely. I'm > happy to report that, although you're not able to enter any times, as I > would expect, none of the pages that currently work reported any errors when > I loaded them. > > I'm therefore proposing that unless someone has a really good reason for > keeping those around, I'm going to eliminate those "requirements" and remove > those database entries from the installation scripts. > > -Scott > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > > > _______________________________________________ > Tsheetx-developers mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > > > ------------------------------------------------------------------------------ > Enable your software for Intel(R) Active Management Technology to meet the > growing manageability and security demands of your customers. Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > Tsheetx-developers mailing list > Tsh...@li... > https://lists.sourceforge.net/lists/listinfo/tsheetx-developers > > |
|
From: Mark W. <ma...@rw...> - 2011-03-22 15:27:21
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Scott, <br>
<br>
Sounds fine to me. Did you sort out the json_encode php version
problem in the end? also did we finalise our decision on a target
php version?<br>
I am currently developing on win7 x64 + apache + php 5.3.2<br>
My public (hosted) webserver which I run tsng on is centos 5.3
apache + php 5.2.9<br>
<br>
<br>
I am half way to making a scalable upgrade system that provides a
means of writing scripts to perform db manipulations / file
changes. i.e. when the code changes sufficiently through svn update
that it requires a db schema change, a simple script can be written
that takes the user through an upgrade process including making a
backup of the current database, performing any prerequisite checks
and finally executing the update script :)<br>
<br>
This same script will then form the backbone of the new installer.
Might be done in a couple of weeks.... I decided to get on it as
Isabelle had some problems setting up tsng v2 from scratch. so
watch this space...<br>
<br>
Mark<br>
<pre class="moz-signature" cols="72">_____________________________________________
Mob: 07725 695178
Email: <a class="moz-txt-link-abbreviated" href="mailto:ma...@rw...">ma...@rw...</a></pre>
<br>
On 22/03/2011 15:04, Scott Miller wrote:
<blockquote
cite="mid:AAN...@ma..."
type="cite">I've always been just slightly irritated that we
"required" the default "no client" "default project" and "default
task" items to exist in the database. So, I'm working with the
maintenance areas for those items, and I decided to see what would
happen if I cleared those tables completely. I'm happy to report
that, although you're not able to enter any times, as I would
expect, none of the pages that currently work reported any errors
when I loaded them.<br>
<br>
I'm therefore proposing that unless someone has a really good
reason for keeping those around, I'm going to eliminate those
"requirements" and remove those database entries from the
installation scripts.<br>
<br>
-Scott<br>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! <a class="moz-txt-link-freetext" href="http://p.sf.net/sfu/intel-dev2devmar">http://p.sf.net/sfu/intel-dev2devmar</a></pre>
<pre wrap="">
<fieldset class="mimeAttachmentHeader"></fieldset>
_______________________________________________
Tsheetx-developers mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Tsh...@li...">Tsh...@li...</a>
<a class="moz-txt-link-freetext" href="https://lists.sourceforge.net/lists/listinfo/tsheetx-developers">https://lists.sourceforge.net/lists/listinfo/tsheetx-developers</a>
</pre>
</blockquote>
</body>
</html>
|
|
From: Scott M. <sco...@gm...> - 2011-03-22 15:06:52
|
I've always been just slightly irritated that we "required" the default "no client" "default project" and "default task" items to exist in the database. So, I'm working with the maintenance areas for those items, and I decided to see what would happen if I cleared those tables completely. I'm happy to report that, although you're not able to enter any times, as I would expect, none of the pages that currently work reported any errors when I loaded them. I'm therefore proposing that unless someone has a really good reason for keeping those around, I'm going to eliminate those "requirements" and remove those database entries from the installation scripts. -Scott |
|
From: Mark W. <ma...@rw...> - 2011-03-20 21:36:23
|
Hi Peter, Hope you have had a good holiday, if you could just continue where you left off with the css stuff and submission stuff that would be great :) Mark _____________________________________________ Mob: 07725 695178 Email: ma...@rw... On 19/03/2011 09:43, Peter Lazarus wrote: > Greetings Fellow Developers, > I'm now back from my trip and have updated my tsheet code copy to the > latest you've created. So I am wondering where I should resume my > contribution to the development? My two ideas for development are: a) > to try and clean up the css in the forms so that all formatting is > done via css and none by any local bits of html formatting; b) review > the state of the time submission and approval process, and develop it > more fully. > > Any suggestions welcomed. > Peter > |
29 messages has been excluded from this view by a project administrator.
