Menu
▾
▴
opendocumentphp-developers — OpenDocumentPHP-Developers
You can subscribe to this list here.
| 2006 |
Jan
|
Feb
|
Mar
(21) |
Apr
(5) |
May
(10) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2007 |
Jan
|
Feb
(14) |
Mar
(2) |
Apr
|
May
(4) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Daniel L. <dlo...@gm...> - 2007-02-16 05:06:21
|
Norman: What would be a suitable place to break myself into the project? I understand the overarching purpose of OpenDocument and what we specifically are trying to accomplish but I lack experience in development of this nature. I am looking forward to contributing (and learning along the way), but I don't know the best place to begin Regards, Dan On 2/15/07, no...@se... <no...@se...> wrote: > > Hi Alex, hi all other developers, > > > Hmm, I am not convinced by the whole build/ directory, do we really need > > to keep all the old version in the repository? Shouldn't it just be the > > current version as we are using a subversion system, thus keeping all > > previous versions? This makes the most sense to me, apart from that > > though I like it a lot. > > the idea was that you _can_ keep all the old releases. With a 'phing > proper' (or so) you will be able to remove _all_ the stuff in the build > directroy, if you want. (By 'phing clean' only the current build part > should be deleted.) But if you want to keep the old stuff, you will be > able to do this in a, as I think, clever and clearly arranged way with > this structure. Be aware, everything inside build/ is build on your system > and is part of the cleaning or proper cleaning task. All the other > subdirectories are part of the repository. > > > PS.. Good Job on the website Norman :) > > Thanks, first time that I use this Joomla! cms. But it was easy to > customize it this way. But it is far away from being prefect or even > ready. ;-) > > (For all others: take a look at http://opendocumentphp.org/index.php - I > am still working on the css, but if somebody want's to take over ....) > > > Yours, > Norman > > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > OpenDocumentPHP-Developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opendocumentphp-developers > |
|
From: <no...@se...> - 2007-02-15 08:13:58
|
Hi Alex, hi all other developers, > Hmm, I am not convinced by the whole build/ directory, do we really need > to keep all the old version in the repository? Shouldn't it just be the > current version as we are using a subversion system, thus keeping all > previous versions? This makes the most sense to me, apart from that > though I like it a lot. the idea was that you _can_ keep all the old releases. With a 'phing proper' (or so) you will be able to remove _all_ the stuff in the build directroy, if you want. (By 'phing clean' only the current build part should be deleted.) But if you want to keep the old stuff, you will be able to do this in a, as I think, clever and clearly arranged way with this structure. Be aware, everything inside build/ is build on your system and is part of the cleaning or proper cleaning task. All the other subdirectories are part of the repository. > PS.. Good Job on the website Norman :) Thanks, first time that I use this Joomla! cms. But it was easy to customize it this way. But it is far away from being prefect or even ready. ;-) (For all others: take a look at http://opendocumentphp.org/index.php - I am still working on the css, but if somebody want's to take over ....) Yours, Norman |
|
From: Alex L. <ad...@ya...> - 2007-02-14 22:07:27
|
no...@se... wrote: > Dear developers, > > today I will present you my thoughts about a new directory structure for > our code base. The current situation is as follows: > > /phase1/ > src/ > etc/ > Schemata/ > PhingStyles/ > doc/ > build/ > build.xml > build.properties > LICENSE > README > > I would like to change that to something like this: > > /phase1/ > etc/ > Schemata/ > PhingStyles/ > doc/ > TEAM > ROADMAP > CHANGELOG > build/ > 0.5.0/ > apidoc/ > reports/ > code-coverage/ > unittests/ > OpenDocumentPHP-0.5.0.zip > OpenDocumentPHP-0.5.0-source.zip > 0.5.1/ > apidoc/ > reports/ > code-coverage/ > unittests/ > OpenDocumentPHP-0.5.1.zip > OpenDocumentPHP-0.5.1-source.zip > .../ > src/ > OpenDocumentPHP/ > unittests/ > samples/ > tools/ > build.xml > build.properties > LICENSE > README > > What do you think about this? > > Regards, > > Norman > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > OpenDocumentPHP-Developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opendocumentphp-developers > > Hmm, I am not convinced by the whole build/ directory, do we really need to keep all the old version in the repository? Shouldn't it just be the current version as we are using a subversion system, thus keeping all previous versions? This makes the most sense to me, apart from that though I like it a lot. Thanks Alex. PS.. Good Job on the website Norman :) |
|
From: <no...@se...> - 2007-02-14 13:35:49
|
Dear developers, today I will present you my thoughts about a new directory structure for our code base. The current situation is as follows: /phase1/ src/ etc/ Schemata/ PhingStyles/ doc/ build/ build.xml build.properties LICENSE README I would like to change that to something like this: /phase1/ etc/ Schemata/ PhingStyles/ doc/ TEAM ROADMAP CHANGELOG build/ 0.5.0/ apidoc/ reports/ code-coverage/ unittests/ OpenDocumentPHP-0.5.0.zip OpenDocumentPHP-0.5.0-source.zip 0.5.1/ apidoc/ reports/ code-coverage/ unittests/ OpenDocumentPHP-0.5.1.zip OpenDocumentPHP-0.5.1-source.zip .../ src/ OpenDocumentPHP/ unittests/ samples/ tools/ build.xml build.properties LICENSE README What do you think about this? Regards, Norman |
|
From: <no...@se...> - 2007-02-13 12:17:48
|
Hi folks, currently I try to set up a new release 0.5.1 as soon as possible, because I found a lot of nasty little bugs (mostly missing request_once statements) in the 0.5.0 release. Well I guess that made it a real .0 release. I send some money and get the domain name opendocumentphp.org. So any active developer can get a project specific email adress like: no...@op... or al...@op... which will be virues and spamm checked and after that forwarded to your normal email adress, if you want, or stored as POP3 or IMAP on the server (with email quotas!). If you are interessed, drop me a line. I hope the server will get online end of this week. I think our file and directory structure needs an update. I will publish me thoughts later, but in advance: currenty we have a src/ directory with all the sources. I like the idea of inserting four subdirectories: OpenDocumentPHP/ - Which will get the current source code test/ - Here we will put our PHPUnit test code samples/ - Here we can put our sample code tools/ - Here we can put our tools (yes, I will need it!) But also other parts needs some tailoring. @Andreas: There is currently a not so well developed spreadsheet class in the source, feel free to look at it an tell me what you need ;-) We can change our goals if needed ;-) Yours Norman |
|
From: Andreas N. <ane...@az...> - 2007-02-12 08:54:35
|
> >0.7.0 (codename 'Dortmund') > The main goal of Dortmund are the spreadsheets. > We should focus mainly on the OpenDocumentSpreadsheet class and the > table/tablecell stuff. So you can count me in if you are arriving at "Dortmund". My suggestion for the next Codename is "Brochterbeck". c u Andreas 'Nupela Didiman' Neugebauer ---------- EDV - Leiter Tel: +49 421 59 08 166 Azul Kaffee GmbH & Co. KG Fax: +49 421 59 08 108 Am Deich 43 Mobil:+49 177 38 85 486 D - 28199 Bremen SKYPE: aneugebauer ---------- B=FCro: ane...@az... Privat: and...@ew... ---------- Quam quisque norit artem, in hac se exerceat ! AZUL KAFFEE GmbH & Co. KG Am Deich 43 D-28199 Bremen Tel.: +49 (0)421 59 08 0 Fax: +49 (0)421 59 08 200 Mail: in...@az... http://www.azul.de ---------------------------------------------------------------------------------------------------- Kommanditgesellschaft, AG Bremen HRA 14059 pers=F6nlich haftender Gesellschafter: W.Wille AZUL KAFFEE GmbH Bremen AG Bremen HRB 4324 Gesch=E4ftsf=FChrer: Dr. Helmut Reining USt.-Identnummer: DE 114 617 193 Steuernummer: 73 505 22306 / =D6sterreich 993/7027 |
|
From: <no...@se...> - 2007-02-09 10:21:12
|
Hi folks,
starting today we published the new OpenDocumentPHP with the release of
OpenDocumentPHP 0.5.0 based on the phase1 code.
The question now is: What are the next goals in the development?
I set up some thoughts about this:
0.5.X (codename 'Bochum')
.0 This is the beginning of the new codebase "phase1".
.1 The main goals in this branch are to fix the documentation and
develop the missing PHPUnit tests.
0.6.0 (codename 'Essen')
The main goal of the Essen branch are texts and fonts.
We should focus mainly on the OpenDocumentText, all the classes under
content/body/text/* and content/body/BodyFragment.
Also we should take a look at the styles/ classes and the font face
declarations in global/.
0.7.0 (codename 'Dortmund')
The main goal of Dortmund are the spreadsheets.
We should focus mainly on the OpenDocumentSpreadsheet class and the
table/tablecell stuff.
0.8.0 (codename '?')
?
0.9.0 (codename '?')
?
1.0.0 (codename 'London')
First stable release.
Comments and suguestions are welcome. And allways remember: Setting goals
is importent. How else should you know, when you fail...
Norman Markgraf
|
|
From: Alex L. <ad...@ya...> - 2006-12-24 11:18:00
|
Howdy Norman, Nice to see you again, how have you been? Hows life? What have you been up to? I've been so busy with college it's unbelievable, well that and I now work fixing bugs in Ubuntu Linux.. Are you thinking about continuing the project? Thanks, Alex Latchford |
|
From: Andreas N. <ane...@az...> - 2006-07-18 06:12:50
|
Oh yes, alive and kicking Andreas 'Nupela Didiman' Neugebauer ---------- EDV - Leiter Tel: +49 421 59 08 166 Azul Kaffee GmbH & Co. KG Fax: +49 421 59 08 108 Am Deich 43 Mobil:+49 177 38 85 486 D - 28199 Bremen SKYPE: aneugebauer ---------- B=FCro: ane...@az... Privat: and...@ew... ---------- =BBDer Mensch ist bereit, f=FCr jede Idee zu sterben,=20 vorausgesetzt, da=DF ihm die Idee nicht ganz klar ist.=AB G.K. Chesterton |
|
From: Norman M. <no...@se...> - 2006-07-17 07:57:29
|
Hi folks, Is somebody still alive on this mailing list? Please responde as soon as possible! Thanks, Norman |
|
From: Norman M. <no...@se...> - 2006-05-23 13:33:51
|
Hi folks, you may take a look at our new home page and drop some comments on it here. Thanks, Norman |
|
From: Norman M. <no...@se...> - 2006-05-14 08:49:17
|
Hi folks, because not everybody would have seen it: We have 100 downloads at sourceforge.net so far. [https://sourceforge.net/project/showfiles.php?group_id=3D160322] I think this is pretty good, for code that is not really ready to use, = but it shows that there are people out there who are seeking for such a = product. So let us do not disappoint them and try to make a good 0.5.0 as soon as possible. Thanks to you all, Norman |
|
From: Alex L. <ad...@ya...> - 2006-05-11 14:08:25
|
Howdy guys, Erm although I have got a lot done for my section of the project, that I have allotted myself, I still am a fair way from completion, I am afraid to say that with Final Exams, Trips to India, Girlfriend and just general Work and such this just about leaves me time to do my own personal computer stuff, like checking my email etc.. I have acknowledged to Norman that the website is in fact hindering progress and I will do all in my power to try and get a semi-working version up on the project space at the weekend. From there I will then improve it as time goes by.. But like I said, I am going to be hard pushed to do anything to do with the project for at least the next month, darn real life issues.. But I will certainly try and push on with tasks.. I will also try and get some more documentation ready for when I get back fully, as I have a laptop and seem to spend a fair chunk of my life traveling I will try to write some documentation on this project as nobody serious has applied for the Documentation Positions, well that and what we are doing is virtually unheard of in the web-programming community lol.. Anyway, I will do my best, but again no promises.. Alex PS... Good Luck Guys, It really isn't as scary as it looks.. |
|
From: Daniel L. <dlo...@gm...> - 2006-05-11 03:42:45
|
What's up I'll take task # 126790, remove hardcoded temp directory in favor of alternative dynamic method, to start. Work has been really crazy for me so I've been behind on my programming but I hope to catch up the next few days so we can hit the planned release at the end of the month. This task shouldn't take me too long once I can sit down at the computer so I hope to hit a couple of the others as well. Regards Dan On 5/10/06, Norman Markgraf <no...@se...> wrote: > > Hi Folks, > > There are currently five people on the member list at sourceforge (as you > can see here: > http://sourceforge.net/project/memberlist.php?group_id=3D160322). > > Namely: > > - Andreas Neugebauer > > - Daniel Longest > > - Vicent Gonz=E1lez i Castells > > - Alex Latchford > > - Norman Markgraf > > > And there are seven open task in the task list at sourceforge (as you can > see here: > > http://sourceforge.net/pm/task.php?group_id=3D160322&set=3Dcustom&group_p= roject_ > id=3D46627&_assigned_to=3D0&_status=3D1&SUBMIT=3DBrowse). > > > I know what I have done so far for the project and I know what Alex is > doing > right now. But the rest of the developers should tell what they will do > for > this project. I want any active developer to take at least one task for > the > list by the end of this week and tell us here on the mailing list or in > our > IRC channel #OpenDocumentPHP at irc.freenode.net what he does, which > problems he had and how long it will take to solve the problems and/or th= e > task. > > By the way, we got 92 downloads on the files list at sourceforge.net, and > I > want to give our customers a new release 0.4.7 (or 0.5.0) before the end > of > this month. So please start asking questions about the code or start > coding > now. > > > Thanks in advance, > > Norman > > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim= o > http://sel.as-us.falkag.net/sel?cmdlnk&kid=120709&bid&3057&dat=121642 > _______________________________________________ > OpenDocumentPHP-Developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opendocumentphp-developers > |
|
From:
<vgo...@s2...> - 2006-05-10 09:59:39
|
Hi people, I'm new at project. I know you and Alex the past week. I need some time to adapt to project and by change I'm in the release process of a professional project. Consider me inactive. When I can take a task I say you. I suppose that I need between one or 2 weeks. I see you, Santi Norman Markgraf wrote: > Hi Folks, > > There are currently five people on the member list at sourceforge (as you > can see here: > http://sourceforge.net/project/memberlist.php?group_id=160322). > > Namely: > > - Andreas Neugebauer > > - Daniel Longest > > - Vicent González i Castells > > - Alex Latchford > > - Norman Markgraf > > > And there are seven open task in the task list at sourceforge (as you can > see here: > http://sourceforge.net/pm/task.php?group_id=160322&set=custom&group_project_ > id=46627&_assigned_to=0&_status=1&SUBMIT=Browse). > > > I know what I have done so far for the project and I know what Alex is doing > right now. But the rest of the developers should tell what they will do for > this project. I want any active developer to take at least one task for the > list by the end of this week and tell us here on the mailing list or in our > IRC channel #OpenDocumentPHP at irc.freenode.net what he does, which > problems he had and how long it will take to solve the problems and/or the > task. > > By the way, we got 92 downloads on the files list at sourceforge.net, and I > want to give our customers a new release 0.4.7 (or 0.5.0) before the end of > this month. So please start asking questions about the code or start coding > now. > > > Thanks in advance, > > Norman > > > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642 > _______________________________________________ > OpenDocumentPHP-Developers mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opendocumentphp-developers > -- ::·············································:: :: :: :: Vicent González i Castells :: :: :: :: GRUPO S2 :: :: C. Vinalopó 7, bajo. 46021 Valencia :: :: Tel: 96.223.60.20 :: :: Móvil: 687.22.66.13 :: :: e-mail : vgonzalez arroba s2grupo punto com :: :: http://www.s2grupo.com :: :: :: ::·············································:: |
|
From: Norman M. <no...@se...> - 2006-05-10 07:38:50
|
Hi Folks, There are currently five people on the member list at sourceforge (as = you can see here: http://sourceforge.net/project/memberlist.php?group_id=3D160322). Namely: - Andreas Neugebauer - Daniel Longest - Vicent Gonz=E1lez i Castells - Alex Latchford - Norman Markgraf And there are seven open task in the task list at sourceforge (as you = can see here: http://sourceforge.net/pm/task.php?group_id=3D160322&set=3Dcustom&group_p= roject_ id=3D46627&_assigned_to=3D0&_status=3D1&SUBMIT=3DBrowse). I know what I have done so far for the project and I know what Alex is = doing right now. But the rest of the developers should tell what they will do = for this project. I want any active developer to take at least one task for = the list by the end of this week and tell us here on the mailing list or in = our IRC channel #OpenDocumentPHP at irc.freenode.net what he does, which problems he had and how long it will take to solve the problems and/or = the task. By the way, we got 92 downloads on the files list at sourceforge.net, = and I want to give our customers a new release 0.4.7 (or 0.5.0) before the end = of this month. So please start asking questions about the code or start = coding now. Thanks in advance, Norman |
|
From: Norman M. <no...@se...> - 2006-05-08 17:16:52
|
Hi folks,
I want to add some hint for the one who will refactor Meta, Settings and so
on.
Currently we have a contructor with $dom and $root as parameters.
So mainly a class looks like:
class oldclass {
private $dom;
private $root;
function __contruct($dom=0, $root=0) {
if (empty($dom)) {
$this->dom = new DOMDocument('1.0', 'UTF-8');
$this->root = $this->dom->createElement('root');
} else {
$this->dom = $dom;
$this->root = $root;
}
...
}
}
But the parameter $dom is not really necessary. We can get the same
functionality with this construct:
class newclass {
private $dom;
private $root;
function __contruct($root=0) {
if (empty($root)) {
$this->dom = new DOMDocument('1.0', 'UTF-8');
$this->root = $this->dom->createElement('root');
} else {
$this->dom = $root->ownerDocument;
$this->root = $root;
}
...
}
}
We need the DOMDocument only to make new DOMElements. So please use the new
approach if you refactor the classes.
Yours
Norman
|
|
From: Norman M. <no...@se...> - 2006-05-06 12:08:33
|
Hi folks, the problem I mentioned early this day is easy to solve. Search for the constructArguments method in task/ext/phpdoc/PHPDocumentorTask.php in the (svn-)Phing directory. Replace: $arguments = '-q '; By: $arguments = '-q on '; This will fix the problem until a new Phing release is in svn or in PEAR. Bug report and fixes is send to phing.info. Thanks, Norman |
|
From: Norman M. <no...@se...> - 2006-05-06 08:14:37
|
Hi folks, as far as I can say now, phpDocumentor 1.3.0RC6 and the current Phing svn-release does not match together. So please use 1.3.0RC5 instead. I = filed a bug report at Phing.info and tell you what they think about it. Cu Norman |
|
From: <no...@se...> - 2006-05-02 08:55:13
|
Hi folks, Because Alex, the bad bad boy, has not finished the new websites this weekend, I have to announce only two new links for all the developers: http://opendocumentphp.sefiroth.de/docs/current-svn/index.html and http://opendocumentphp.sefiroth.de/reports/tests/current-svn/index.html The first is always a link to the API doc, the second is a link to the unit test results of what is currently in the svn repository. Both will be updated every 10 mins, or exactly, approx. 10-15 mins after a new commit entered the repository. Thanks, Norman |
|
From: <no...@se...> - 2006-04-26 07:25:17
|
Hi Folks, I want to list some points that should be done before a new release of = the POC code. Anybody can try to solve this problems, so go ahead: - Some classes have a constructor like __construct($dom) and others __construct($dom, $root). But I don't think, that the second constructor = is always necessary. I believe we can remove the $root part or the $dom = part (because a DOMNode object should have the owner DOMDocument in the ownerDocument attribute). It would be great if somebody could check this = and remove unnecessary code in all classes and constructors. - Most classes use a 'commit'-structure, so thinks will not be written directly in the document, but will be written on a call of the commit method. But some are not. The reason for this is ... I don't know. But I think we should get rid of this commit think in most cases. It doubles = data that is held in memory and this is not good. But be aware: A 'nearly = empty' AutomaticStyles or MasterStyles class should never be written, because = it is against the Open Document Schema. So this need a little bit testing and reading the OpenDocument documentation and RelaxNG Schemata. - New classes for other document types. We currently only support text documents, but we should start with spreadsheets and images right now. = This is a new area so a very good point to start from. I hope some of you will start coding, because Alex and I are currently = not able to do a lot on the project. Thanks, Norman |
|
From: Alex L. <ad...@ya...> - 2006-04-23 08:49:57
|
Well I think from the title we can all guess what this message is about.. We have a new developer! Id like to welcome Daniel Longest who will join the team from over in the US. He will hopefully help us push through the 0.5.0 and mainly pushing Norman on as I've been busy getting the other parts finished.. Anyway, everyone please welcome Daniel.. Thanks.. Alex Latchford |
|
From: Norman M. <no...@se...> - 2006-04-11 12:06:18
|
Hi Alex, Hi Co-Workers,
I really like the idea of having coding guidelines, and a agree with =
you,
that we should write them before 0.5.0 will be published, but:
1) I strongly disagree with 2.ii "Where to put braces"
I hate this:
if (condition)=20
{
do_something
}
for me this should be:
if (condition) {
do_something
}
[And yes, I started programming with emacs and still use this. I do it =
in C,
C++, Java and PHP ... AND NOT Pascal! I hate this { =3D BEGIN, } =3D END =
stuff.
And yes, I do write=20
IF condition THEN BEGIN
do_something;
END;
And not:
IF condition THEN
BEGIN
do_something;
END;
]
2) I don't like the part of "Quoting strings", where it said that you =
should
use this:
$post_url =3D
"{$phpbb_root_path}posting.$phpEx?mode=3D$mode&start=3D$start";
instead of that:
$post_url =3D $phpbb_root_path . 'posting.' . $phpEx . '?mode=3D' .
$mode . '&start=3D' . $start;
I don't think that the second is overcrowded.
The rest is more or less okay for me.
Yours,
Norman
|
|
From: Alex L. <ad...@ya...> - 2006-04-11 10:05:42
|
Norman Markgraf wrote:
> HI Alex,
>
> you will find a first draft of a READ ME file included in this email.
> Please look at it an correct it as soon as possible.
>
> Thanks,
>
> Norman
> ------------------------------------------------------------------------
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.1.385 / Virus Database: 268.3.5/302 - Release Date: 4/5/2006
>
Morning. Ive just checked the file you sent me. Ive made a number of
changes and I've included the file in this email..
Ive made a start on the Document you want done which helps out new
Developers, I think we need to come up with a complete coding style
guideline soon, before we release 0.5.0. I've been following the coding
guidelines for phpBB for a while now, (there is a link to these below),
I feel these are pretty complete and ones I would like to follow as they
make code layout and structure very easy to read if you grab a copy of
their code. Its just simple things like brackets ({}) on their own lines
to see where they open and close. But thats about it..
Ill hopefully have a condensed copy of the website up and running by the
end of the week, but I make no promises :P
Anyway, sorry I haven't been around much lately Norman.. Ill see what I
can do today and tomorrow as I have been keeping up with the changes you
have made.
Alex
http://area51.phpbb.com/docs/coding-guidelines.html
|
|
From: Norman M. <no...@se...> - 2006-04-06 08:05:58
|
Hi folks, I did some changes today, first the OpenDocumentPHP-Repository = mailinglist will now only announce changes and has no diffs included anymore. We have a Bot running on our IRC channel now, so #OpenDocumentPHP will hopefully run in 24/7 mode now. I got rid of the PEAR::Log stuff in the current 0.4.7, because I don't = think it is realy useful for us. Yours Norman |
