Thorsten Scherler wrote:
> Ferdinand Soethe wrote:
>
> > 5 As a supportive measure, clearly mark threads in this list when they
> > deal with a particular branch
>
> +1
>
> > so that people not working on that
> > issue can safely ignore it.
>
> -1
>
> All PMC members should feel responsi
Thorsten Scherler wrote:
> c) refactoring of "old" code into a new version which would break the
> usability of the old code while refactoring.
I think that would be better done in a branch.
-David
Diwaker Gupta wrote:
> I'm writing a template which contains a
Please see "Problems with forrest installation" because we are changing
topics here.
salu2
thorsten
On Sat, 2005-08-27 at 00:52 +0200, David Podunavac wrote:
> >>>
> >>> Lenya/live/*/*/**.xml
> >>>
> >>> will map to something like
> >>>
> >>> http://LENYA_HOST:LEYA_PORT/live/{1}/{2}/{3}.xml
> >>>
On Sat, 2005-08-27 at 00:52 +0200, David Podunavac wrote:
> > Okay here is what i did
> >
The best is you develop everything (both lenya and forrest) with trunk
svn co http://svn.apache.org/repos/asf/forrest/trunk forrest
svn co http://svn.apache.org/repos/asf/lenya/trunk lenya
> > i changed t
Moving this from another thread:
br_gavmc wrote:
> Just to sort of answer one part of this at the moment :-
>
> > I have an uncomfortable gut feeling with the current status of our
> > pre-release version and I'd like your feedback on these concerns and
> > my suggestions to change our process.
>
Diwaker Gupta wrote:
> > I think that it is doing too much, e.g. aligning like this:
> > this.processor = null;
> > this.parser= null;
>
> Ok, we can choose not to. I'll modify the config and add it to the
> repository sometime later tonight. Meanwhile, I really don't
Thorsten Scherler wrote:
> Diwaker Gupta wrote:
> > Thorsten Scherler wrote:
> > > Can't we have *one* thread for that?
> >
> > I created two threads simply because of convinience. XML and Java will
> > use different cleanup tools with a different set of configurations.
> > They have different syn
Diwaker Gupta wrote:
> David Crossley wrote:
> > Diwaker Gupta wrote:
> > > When I say XML, I mean all kinds of XML files (XSL, *.fv, *.ft)
> >
> > How will the tool know which are xml file-types?
> > We have a multitude of xml filename extensions.
> > There is a list on one of the tools in the
>
Lenya/live/*/*/**.xml
will map to something like
http://LENYA_HOST:LEYA_PORT/live/{1}/{2}/{3}.xml
Since this returns an XHTML document we then use our
html2document.xsl to give us an XDoc and pass this to Forrest.
Well, that's the theory anyway, now someone needs to try a simple
experime
On Thu, 2005-08-25 at 21:42 -0700, Diwaker Gupta wrote:
> I'm writing a template which contains a
> I think that it is doing too much, e.g. removing the
> blank lines before major elements, e.g.
Hmm, I can't seem to make Tidy not do this :-( Is this a blocker? If
not, then I'd like to stick with Tidy. If it is, read on.
I was researching XML pretty printers a bit to see if we had
alternative
On Fri, 2005-08-26 at 11:03 -0700, Diwaker Gupta wrote:
> On 8/26/05, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
> > Can't we have *one* thread for that?
>
> I created two threads simply because of convinience. XML and Java will
> use different cleanup tools with a different set of configuration
> I think that it is doing too much, e.g. aligning like this:
> this.processor = null;
> this.parser= null;
Ok, we can choose not to. I'll modify the config and add it to the
repository sometime later tonight. Meanwhile, I really don't see why
doing "too much" is a pr
On 8/26/05, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
> Can't we have *one* thread for that?
I created two threads simply because of convinience. XML and Java will
use different cleanup tools with a different set of configurations.
They have different syntaxes and different types of cleanups we
On 8/25/05, David Crossley <[EMAIL PROTECTED]> wrote:
> Diwaker Gupta wrote:
> > When I say XML, I mean all kinds of XML files (XSL, *.fv, *.ft)
>
> How will the tool know which are xml file-types?
> We have a multitude of xml filename extensions.
> There is a list on one of the tools in the
> "co
On Fri, 2005-08-26 at 12:28 -0400, Tim Williams wrote:
> Can someone describe the intended use of the whiteboard in our svn?
> Is it a committers playground for project-related stuff? I'm unclear
> when it should be used.
> Thanks,
> --tim
In lenya we call it sandbox which sounds like your playg
Tim Williams wrote:
Can someone describe the intended use of the whiteboard in our svn?
Is it a committers playground for project-related stuff? I'm unclear
when it should be used.
You know, this is a really good question. I don't know that we have ever
actually defined what it is used for.
Can someone describe the intended use of the whiteboard in our svn?
Is it a committers playground for project-related stuff? I'm unclear
when it should be used.
Thanks,
--tim
Not sure why that happened but my reply went personal instead of the list...
--tim
On 8/24/05, Thorsten Scherler <[EMAIL PROTECTED]> wrote:
> On Wed, 2005-08-24 at 09:54 -0400, Tim Williams wrote:
> ...
> > > >>If I understand you the functionality is the same, and appears to be
> > > >>more flexi
On Fri, 2005-08-26 at 07:28 +0200, Ferdinand Soethe wrote:
> 5 As a supportive measure, clearly mark threads in this list when they
> deal with a particular branch
+1
> so that people not working on that
> issue can safely ignore it.
-1
All PMC members should feel responsible for *all* is
Ferdinand Soethe wrote:
I have an uncomfortable gut feeling with the current status of our
pre-release version and I'd like your feedback on these concerns and
my suggestions to change our process.
My concerns with the current situation:
- in the last few month a number of exciting major proje
David Crossley wrote:
Tim Williams wrote:
I've followed the Plugin-How-to and gotten to the point of testing.
When I run "ant test" it fails out at the "configure-cocoon" target
saying MyPluginName\conf not found. Any idea where I may have gone
astray?
My guess is that this comes fr
Thorsten Scherler wrote:
On Wed, 2005-08-24 at 09:54 -0400, Tim Williams wrote:
...
If I understand you the functionality is the same, and appears to be
more flexible in the locationmap (although I'm in a noisy net cafe and
cannot concentrate fully). Can we stick to just one solution?
David Crossley wrote:
Nicola Ken Barozzi wrote:
If you take a file as a unit, yes. If you take a patch as a unit, no, as
the last patch applied has a start date that comes after the initial
creation of the file.
Ah, that is an interesting perspective.
Actually there is no legal req
[
http://issues.apache.org/jira/browse/FOR-560?page=comments#action_12320123 ]
Ross Gardler commented on FOR-560:
--
We need to create an org.apache.forrest.eclipse.common plugin that contains
duplicated jars and code between the various plugins
> Remove du
David Podunavac wrote:
this is a part of the doctypes.xmap which is building the requested
file
via the URL
i don't know if this is what u asked for
OK, so this is addressing the content issue.
David Crossley (JIRA) wrote:
[ http://issues.apache.org/jira/browse/FOR-641?page=comments#action_12319673 ]
David Crossley commented on FOR-641:
Applied patch.220508.diff (15 kb)
There were some minor troubles because your svn client seems to include
On Friday August 26 2005 4:00 am, Thorsten Scherler wrote:
> Can't we have *one* thread for that?
>
> I do not see the point that we copy n' paste our replies between
> threads. David you give here nearly the same reply as in "Automated
> formatting of Java files". Is there a reason to treat java s
Anil Ramnanan wrote:
>
> Would I be ok with a BSD license ?
Basically, yes. We still need to investigate
each case.
> The only Icon collection I have found with such a licence is here.
> http://sourceforge.net/projects/icon-collection
Nope, there is a gotcha. I downloaded and looked at
the READ
[ http://issues.apache.org/jira/browse/FOR-649?page=all ]
Dave Brosius updated FOR-649:
-
Attachment: fix_bad_assigns.diff
> [PATCH] hlink and vlink colors are not set correctly
>
>
> Key: FOR-649
[PATCH] hlink and vlink colors are not set correctly
Key: FOR-649
URL: http://issues.apache.org/jira/browse/FOR-649
Project: Forrest
Type: Bug
Components: Skins (general issues)
Versions: 0.11
Environm
Gav wrote:
>
> | The project would be very pleased if you would refine all the CSS and get
> | some consistency. Just do whatever you see fit, do it in stages. Don't
> think
> | that we actually "designed" the layout for large screens. In fact we want
> | ideal rendering for all clients.
>
Moving this over from the user list. More below ...
David Crossley wrote:
> Kevin wrote:
> >
> > I like the resume plugin and it's collation of skillsets from
> > a team. Is there a simple way of presenting one resume without
> > using the team directory structure?
> >
> > Resume xml validate in
Just to sort of answer one part of this at the moment :-
>
> I have an uncomfortable gut feeling with the current status of our
> pre-release version and I'd like your feedback on these concerns and
> my suggestions to change our process.
>
> My concerns with the current situation:
>
> - in the la
I'm writing a template which contains a
Can't we have *one* thread for that?
I do not see the point that we copy n' paste our replies between
threads. David you give here nearly the same reply as in "Automated
formatting of Java files". Is there a reason to treat java seperate from
other files?
salu2
On Fri, 2005-08-26 at 16:57 +1000,
Tim Williams wrote:
> Sorry, I should have put my opinion in while I had the opportunity in
> your other thread on this. I think that moving some of these is good,
> but not all. For example, the extparser transformer doesn't seem to
> be used elsewhere so it makes sense to me to only have it def
Gav wrote:
>
> Anyway, I 'thought' it would just work as-is and never noticed until close
> inspection
> that the example code given will not work unless altered to a valid provided
> URI.
> The example code gives 'docs_0_70' and 'docs_0_80' as example pattern
> strings.
> With the default s
I have an uncomfortable gut feeling with the current status of our
pre-release version and I'd like your feedback on these concerns and
my suggestions to change our process.
My concerns with the current situation:
- in the last few month a number of exciting major projects
(location maps, view
Diwaker Gupta wrote:
> > What are your settings? Tidy is giving errors around the CDATA sections
> > and it won't tidy til those errors are "corrected".
>
> Attaching the RC file. I haven't tested it extensively -- only on the
> sample files in test-whitespace. So it might very well need some mor
Ron Blaschke wrote:
>
> There are two things I'd like to mention here. First, usually a
> profiler at this low level (the VM) uses the JVMPI or JVMTI, and is
> integreated via -Xrun... or -agentlib:... VM options, which I usually
> simply set via forrest.jvmargs.
> Helpful scripts would be good i
Diwaker Gupta wrote:
> Following up with our earlier discussion on whitespace cleanup, I have added
> two "jalopied" Java source files in the test-whitespace directory. I would
> urge the devs to take a look at both the original Java file and the formatted
> file and see if it suits their tastes
Diwaker Gupta wrote:
> When I say XML, I mean all kinds of XML files (XSL, *.fv, *.ft)
How will the tool know which are xml file-types?
We have a multitude of xml filename extensions.
There is a list on one of the tools in the
"committers" svn repository at relicense/src/insert.pl
> As with Java,
44 matches
Mail list logo