"To develop their own design skills beyond the stage of the grand
design, programmers must recognize that any time they're creating
reusable code, they're writing a framework. It could be a modest
one-class framework, or a system-wide thing of great complexity (like a
data access object layer or presentation layer, for example). The
developer must then also twig some important things about frameworks:
1. A bad framework is far worse than no framework at all
2. Good frameworks are hard to get right
3. You probably don't want to be writing your own framework anyway (or
even seeking out a third-party one, for that matter)
Sometimes, specific, non-reusable code just hits the spot, because it
gets the job done with a minimum of complexity. But sometimes, you do
want code to be re-usable because you can see exactly where it'll be
re-used. Having an overall design and an understanding of the broad set
of requirements helps to identify whether re-usable code is needed."
Source:
http://www.regdeveloper.co.uk/2008/05/29/grand_design_syndrome/
What do you think?
--
M ;-)
//////////////////////////////////////////////////////////////
/ /
/ Marc Laporte <|> http://marclaporte.com /
/ Avantech.net <|> http://avantech.net /
/ TikiWiki CMS/Groupware <|> http://tikiwiki.org/marclaporte /
/ /
//////////////////////////////////////////////////////////////

Hi!
Soon, work will start on improving the profile manager:
http://dev.tikiwiki.org/Profile+Manager
Profiles are a collection of features and settings to reach the goals of
a typical community or project, thus a Use Case.
What Alain Désilets called "Tiki in a box":
http://dev.tikiwiki.org/wish1407
We would need this page to be really good:
http://info.tikiwiki.org/Use+Cases
So we all agree on common use cases and make useful profiles. 1 to 3
paragraphs to explain each use case and some links to relevant entries
on other sites such as WikiPedia. Then links to appropriate pages on doc
and links to wishlist (can be wiki pages or individual tracker items).
Can some of our great doc writers give this page a bit of love?
Thanks!
--
M ;-)
//////////////////////////////////////////////////////////////
/ /
/ Marc Laporte <|> http://marclaporte.com /
/ Avantech.net <|> http://avantech.net /
/ TikiWiki CMS/Groupware <|> http://tikiwiki.org/marclaporte /
/ /
//////////////////////////////////////////////////////////////

Le Thu, May 29, 2008 at 01:22:28PM -0400, Sylvie Greverend écrivait :
> I found the routine - there were a case difference.
> I fixed the problem by having the correct timezone in my cookie
> But I still do not understand why
Ok I see your commit... Nice spotting ;p
I hope we will not not find a lot of place where function name are
misspelled :(
Regards
--
Stéphane Casset LOGIDÉE sàrl Se faire plaisir d'apprendre
1a, rue Pasteur Tel : +33 388 23 69 77 casset@...
F-67540 OSTWALD Fax : +33 388 23 69 77 http://logidee.com

Le Thu, May 29, 2008 at 01:22:28PM -0400, Sylvie Greverend écrivait :
> I found the routine - there were a case difference.
> I fixed the problem by having the correct timezone in my cookie
> But I still do not understand why
> PEAR::raiseError() does not work on some servers- it proposes me to download the php file. I do not know if it is a php4 bug. or some other configuration...
> Whatever
Well it might be a php4 problem, we do test php4 syntax, but we didn't
test with php4 only php5. So a php4 problem could explain the behaviour
you are having :(
Can you eleborate more about "the routine - there were a case
difference." ?
Regards
--
Stéphane Casset LOGIDÉE sàrl Se faire plaisir d'apprendre
1a, rue Pasteur Tel : +33 388 23 69 77 casset@...
F-67540 OSTWALD Fax : +33 388 23 69 77 http://logidee.com

I found the routine - there were a case difference.
I fixed the problem by having the correct timezone in my cookie
But I still do not understand why
PEAR::raiseError() does not work on some servers- it proposes me to download the php file. I do not know if it is a php4 bug. or some other configuration...
Whatever
Sept_7
Did you forget to commit something?
If I do a fgrep convertTZbyID, I did not find its definition
and the line in tikilib is badly buggy tikiwiki with a white page
Thanks
sylvie
On Tue, 2008-05-27 at 05:49 -0700, sept_7@... wrote:
> Revision: 12989
> http://tikiwiki.svn.sourceforge.net/tikiwiki/?rev=12989&view=rev
> Author: sept_7
> Date: 2008-05-27 05:49:46 -0700 (Tue, 27 May 2008)
>
> Log Message:
> -----------
> [FIX] : update PEAR::Date to the latest version, correct wrong timezone
> calculation.
> We tested it here and it solved our problem with TimeZone...
>
> Modified Paths:
> --------------
> branches/1.10/lib/pear/Date/Calc.php
> branches/1.10/lib/pear/Date/Human.php
> branches/1.10/lib/pear/Date/Span.php
> branches/1.10/lib/pear/Date/TimeZone.php
> branches/1.10/lib/pear/Date.php
> branches/1.10/lib/tikilib.php
>
> Removed Paths:
> -------------
> branches/1.10/lib/pear/Date/TimeZoneWindows.php
>
> Modified: branches/1.10/lib/pear/Date/Calc.php
> ===================================================================

To quote RFC822 (amazing it still defines smtp email and it was passed
in 1982)
"Due to an artifact of the notational conventions, the syntax indicates
that, when present, some fields, must be in a particular order. Header
fields are NOT required to occur in any particular order, except
that the message body must occur AFTER the headers. It is
recommended that, if present, headers be sent in the order
"Return-Path", "Received", "Date", "From", "Subject", "Sender", "To",
"cc", etc.
So its not a rule that FROM: come before TO: but it is a recommendation
\\Greg
Marc Laporte wrote:
> Hi!
>
> Please see:
> http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1776
> "The confirmation message for new users has an incorrect order of
> headers. With cpanel hosting, this is not being recognised as a valid
> e-mail:"
>
>
> Thanks!
>
>
>

koen Huybrechts wrote:
> After some time of working on the concept, making a start with the
> wikipage and testing the tracker-feature, I'm starting to getting
> somewhere. In near future, I will try to post the temporary restults on
> the wikipage.
>
>
Here is a good home:
http://dev.tikiwiki.org/CRM
> For now, I have a few questions about the possibilities of the trackers:
> * I have tracker Contacts in which i would like to make a field with
> the items of tracker Organisations. When I don't have the needed item in
> tracker Organisations, I would like to have a field which gives me the
> possibility to add an item in the tracker Organisations (with all the
> fields). This way, you can add an organisations without needing to load
> another screen.
>
So say:
person A works at organization #1.
person B works at organization #1.
person C works at organization #2.
To add person A, you need to enter info from organization #1
But when you enter person B, you should be able to just
*link to organization (ex.: a drop down menu)
*or copy info from organization #1 to person B (but then, you have to
keep in sync)
I know of one CRM with which it is not even possible to add a contact
until you add an account (company/organization)
Also, in our ever moving environments, you may have a contact which has
different roles. Ex.: freelance at company #2, but supplier at company
#1. Yet, you want to have (ideally), the phone number only in one place.
With the current feature-set of trackers, I don't see how to do this
without having two steps.
> * In the documentation [1], I read about the dynamic items list. I
> tried to get this working, but I have no idea what could be wrong ...
>
> Tracker City (Id = 4):
>
> [FIELD68]
> name = Zipcode
> position = 1
> type = t
> options =
> isMain = n
> isTblVisible = y
> isSearchable = n
> isPublic = n
> isHidden = n
> isMandatory = n
> [FIELD69]
> name = Name
> position = 2
> type = t
> options =
> isMain = n
> isTblVisible = y
> isSearchable = n
> isPublic = n
> isHidden = n
> isMandatory = n
> [FIELD70]
> name = Country
> position = 3
> type = y
> options =
> isMain = n
> isTblVisible = y
> isSearchable = n
> isPublic = n
> isHidden = n
> isMandatory = n
>
> The structure of the fields:
>
> [FIELD52]
> name = Zipcode
> position = 7
> type = r
> options = 4,68
> isMain = n
> isTblVisible = n
> isSearchable = y
> isPublic = y
> isHidden = n
> isMandatory = n
> [FIELD53]
> name = City
> position = 8
> type = w
> options = 4,68,53,69
> isMain = n
> isTblVisible = n
> isSearchable = y
> isPublic = y
> isHidden = n
> isMandatory = n
>
> Can someone give me some direction where te problem could be?
>
>
Sorry, I don't know.
> * Is it possible to let the users (entering the contacts in the
> tracker) add custom fields? This is very usefull for adding extra
> contact-information (different types of IM, social sites, ...) next to
> some standard information (like phone, e-mail, address, ...).
>
>
At the moment, only tracker admins can edit field types.
If we let users pick the field names, it could make it difficult to make
sense of it later. Isn't it better to have many fields and people just
use what they want? Maybe a way for users to suggest new fields to the
admin? Maybe also a comment/note section where people are free (or their
user wiki page). Or maybe a new wiki page in the user tracker with this
new yet-to-be-coded feature :
Tracker field type: wiki page
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=953
> When I can get a solution for my questions, a first prototype for
> contacts will be there soon ;-)
>
>
Super!
> Thanks for your help!!
>
>
Thanks!
> koko
>
>
> [1]
> http://doc.tikiwiki.org/tiki-index.php?page=Dynamic%20items%20list&structure=Documentation
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Tikiwiki-devel mailing list
> Tikiwiki-devel@...
> https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel
>

Sylvie Greverend schreef:
> Why do we not use the trackers for the contacts and set up a tracker
> import file for this
> Because - tracker can have categories
> tracker can be search on a lot of criteria
> tracker are extensible
> ...
> My 2 cents
>
>
Hi,
After some time of working on the concept, making a start with the
wikipage and testing the tracker-feature, I'm starting to getting
somewhere. In near future, I will try to post the temporary restults on
the wikipage.
For now, I have a few questions about the possibilities of the trackers:
* I have tracker Contacts in which i would like to make a field with
the items of tracker Organisations. When I don't have the needed item in
tracker Organisations, I would like to have a field which gives me the
possibility to add an item in the tracker Organisations (with all the
fields). This way, you can add an organisations without needing to load
another screen.
* In the documentation [1], I read about the dynamic items list. I
tried to get this working, but I have no idea what could be wrong ...
Tracker City (Id = 4):
[FIELD68]
name = Zipcode
position = 1
type = t
options =
isMain = n
isTblVisible = y
isSearchable = n
isPublic = n
isHidden = n
isMandatory = n
[FIELD69]
name = Name
position = 2
type = t
options =
isMain = n
isTblVisible = y
isSearchable = n
isPublic = n
isHidden = n
isMandatory = n
[FIELD70]
name = Country
position = 3
type = y
options =
isMain = n
isTblVisible = y
isSearchable = n
isPublic = n
isHidden = n
isMandatory = n
The structure of the fields:
[FIELD52]
name = Zipcode
position = 7
type = r
options = 4,68
isMain = n
isTblVisible = n
isSearchable = y
isPublic = y
isHidden = n
isMandatory = n
[FIELD53]
name = City
position = 8
type = w
options = 4,68,53,69
isMain = n
isTblVisible = n
isSearchable = y
isPublic = y
isHidden = n
isMandatory = n
Can someone give me some direction where te problem could be?
* Is it possible to let the users (entering the contacts in the
tracker) add custom fields? This is very usefull for adding extra
contact-information (different types of IM, social sites, ...) next to
some standard information (like phone, e-mail, address, ...).
When I can get a solution for my questions, a first prototype for
contacts will be there soon ;-)
Thanks for your help!!
koko
[1]
http://doc.tikiwiki.org/tiki-index.php?page=Dynamic%20items%20list&structure=Documentation

Hi!
TikiFest in Strasbourg
July 9th to 13th in Strasbourg (North of France, near Germany)
Please register and add all relevant info here:
http://tikiwiki.org/TikiFestStrasbourg
9 people so far!
Best regards,
M ;-)

Hi all,
On Donnerstag 22 Mai 2008, Franck Martin wrote:
> I propose the following objective, let's put a milestone
>
> The next version of tw will be released at the end of the TikiFest in
> Strasbourg.
>
> Call it 1.10 or 2.0, I don't really care, but let's get it out then!
I call it 1.10beta2 !
And I think that nothing else can be appropriate!
Nelson asked for help lately and he didn't get any answer whatsoever! He
identified _several_ BLOCKERs, he stated that there has to be SVN work done
and he comitted to doing all the boring administrative stuff.
I think, now that it's confirmed that Nelson will be in Strasbourg for some of
the days, the best thing we can do there is to sit down with him and discuss
a roadmap for most quickly getting out a Tiki1.10. And of course getting out
a Tiki1.10beta2 while being there - we wanna have some fun, too.. ;)
It would be great, if it would be a Tiki1.10beta3 being released in
Strasbourg, but as Nelson already said: "[...] it is more important to
make sure volunteer commitment for the following administrative
activities is available first."
> So get coding, and get the code ready before this date.
That's always good for sure indeed! :)
greets
amette
--
http://amette.eu
mail@...

Due to changing jobs and responsibilities, I won't be able to facilitate a Hug
day in May. If anyone else wants to jump in, that would be welcome. For
the next 90 days or so, I will have no vacation time, so I won't be able to
take a weekday off. I'm proposing Saturday, June 21st for the next Hug Day.
Dave Thacker

Has anyone successfully created a PDF from a TikiWiki wiki page and/or structure? I understand that there is a mozilla2ps mod fur use with 1.10, is there a specific installation/setup procedure anywhere? Will this generate {TOC} and {MAKETOC} elements correctly in the PDF?
Tx
-R
--
Greetings from Sanford, NC, USA!

Hi!
I am following up on some more progress with TRIM.
TRIM now handles offsite backups!
More details here:
http://dev.tikiwiki.org/TRIM
M ;-)
-------- Original Message --------
Subject: [Tikiwiki-devel] Progress on TikiWiki Remote Instance Manager
(TRIM)
Date: Thu, 10 Apr 2008 19:53:55 -0400
From: Marc Laporte
To: Tikiwiki developers
Hi!
Louis-Philippe Huberdeau (lphuberdeau) has done a great job on the new
"TikiWiki Remote Instance Manager"
What is TRIM?
* A combination of shell and PHP scripts to update and monitor (check
security) on a large numbers of TikiWiki installations.
* TRIM facilitates/automates the operations you would normally do by
logging into each server and upgrading the TikiWiki instance.
* A great tool if you want to setup a WikiFarm
* It is not a script to update your Linux or MySQL installation.
It is in "alpha" state. Not ready for prime time, but it is in SVN
because we choose to "commit early, commit often"
More details here:
http://dev.tikiwiki.org/TRIM
We are looking for alpha-testers!!
Best regards,
M ;-)
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Tikiwiki-devel mailing list
Tikiwiki-devel@...
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel