Ferdinand Soethe schrieb:
At ApacheCon Johannes, after listening to the presentation on Cocoon
portlets, raised the question if views were not re-inventing the wheel
with Cocoon portlets (I hope I remember the name right) already
offering a similar functionality.
I ran a Cocoon-Portal
Once again, Ross was faster to post and I responded
to the first thread rather than reading on.
This subject line is mcuh better than the other one
(I would not see a competition but reduction of workload
and re-use of code on both sides!).
Ross' evaluation confirms what I've found out. It
[ http://issues.apache.org/jira/browse/FOR-590?page=all ]
Anil Ramnanan updated FOR-590:
--
Attachment: org.apache.forrest.310705.zip
Creates a form based on the fields in siteconfig.xml and updates the fields in
the appropriate config file.
Enhance the
Sunday, July 31, 2005, 4:48:25 AM, David Crossley wrote:
Ron Blaschke wrote:
Second, there are over 180 XML DOM documents
(org.apache.xerces.dom.DocumentImpl) eating about 29MB. They are
referenced by an instance of
org.apache.cocoon.components.modules.input.XMLFileModule.
These documents
Bertrand is mentoring a GSoC project called RefDoc over at Cocoon. I'm
listed as a co-mentor, but my involvement is only really to help
Bertrand pick up the slack whilst he is busy. This is Bertrands project,
not mine. Having said that, I think this is very useful for Forrest as well.
The
Ross Gardler wrote:
Bertrand is mentoring a GSoC project called RefDoc over at Cocoon. I'm
listed as a co-mentor, but my involvement is only really to help
Bertrand pick up the slack whilst he is busy. This is Bertrands project,
not mine. Having said that, I think this is very useful for
Johannes Schaefer wrote:
Once again, Ross was faster to post and I responded
to the first thread rather than reading on.
This subject line is mcuh better than the other one
(I would not see a competition but reduction of workload
and re-use of code on both sides!).
Ross' evaluation confirms
Johannes Schaefer wrote:
...
* The portal uses a configuration hierarchy:
1. define coplets
2. define instances
(may use coplets multiple times)
3. define the layout
How does it define layout?
One more thing that comes to mind... Cocoon portal-coplets seem like a
perfect way to
Ross Gardler (JIRA) wrote:
Ross Gardler commented on FOR-590:
--
I'm confused as to which patch I should be applying (or is it both).
The confusion is caused by *.310705 having lots of changes that are formatting
only. This makes it very difficult to identify
Nicola Ken Barozzi wrote:
Johannes Schaefer wrote:
...
* The portal uses a configuration hierarchy:
1. define coplets
2. define instances
(may use coplets multiple times)
3. define the layout
How does it define layout?
I'm going to move this mail and the one you are replying to
Another thing I've missed to mention
(this is taken from Carsten's presentation and the
demo portal)
* there is an event mechanism that allows interaction
between coplets, e.g. moving a picture from a list
into another coplet.
Don't know how Forrest could use this but it seems to
be a
Nicola Ken Barozzi wrote:
Johannes Schaefer wrote:
...
* The portal uses a configuration hierarchy:
1. define coplets
2. define instances
(may use coplets multiple times)
3. define the layout
How does it define layout?
Full details in [1]. In short you define a
Anil Ramnanan wrote:
Ross Gardler (JIRA) wrote:
...
For this patch please advise if I am supposed to apply *.29.07.05
followed by *.310705 or if I just apply the later one.
Apply *.310705 only. It replaces the previous one*.29.07.05.
Thanks
Sorry about
the formatting problems, I
[ http://issues.apache.org/jira/browse/FOR-590?page=all ]
Ross Gardler closed FOR-590:
Fix Version: 0.8-dev
Resolution: Fixed
Assign To: Ross Gardler
This is not the solution I intended in my recomendation onlist. However, it is
a better
[ http://issues.apache.org/jira/browse/FOR-592?page=all ]
David Crossley updated FOR-592:
---
Fix Version: 0.8-dev
Version: 0.8-dev
Pelt skin not HTML 4.01 compliant
-
Key: FOR-592
URL:
[
http://issues.apache.org/jira/browse/FOR-592?page=comments#action_12317335 ]
Manuel Mall commented on FOR-592:
-
I tried to fix it but are stuck. Changing:
input type=submit value=Search name=Search i18n:attr=value/
to
input type=submit
[
http://issues.apache.org/jira/browse/FOR-592?page=comments#action_12317336 ]
Johannes Schaefer commented on FOR-592:
---
One thing is that forrest does not even use x-html as Cocoon output serializer,
so the output isn't even well-formed XML; e.g.
[
http://issues.apache.org/jira/browse/FOR-592?page=comments#action_12317337 ]
Ross Gardler commented on FOR-592:
--
Gavin, are you on the dev mailing list? If not please join us there (see
http://forrest.apache.org/mail-lists.html)
In our current
[
http://issues.apache.org/jira/browse/FOR-592?page=comments#action_12317339 ]
David Crossley commented on FOR-592:
Our homepage did validate recently.
You would need to track down which stylesheets are injecting these problems.
Here is an example of
Ross Gardler (JIRA) wrote:
Ross Gardler closed FOR-590:
Fix Version: 0.8-dev
Resolution: Fixed
Assign To: Ross Gardler
This is not the solution I intended in my recomendation onlist. However, it is
a better solution ;-)
I particularly like the
We really need to upgrade Cocoon to their current Head, see below for
justification:
Original Message
To: dev@cocoon.apache.org
Subject: Re: Cocoon stack traces
Sylvain Wallez wrote:
big-snip/
Conclusion
--
The Cocoon stacktrace gives some very valuable information
[
http://issues.apache.org/jira/browse/FOR-587?page=comments#action_12317343 ]
Ross Gardler commented on FOR-587:
--
I've had a bit more of a play with this. It correctly displays the locationmap
if I select the root of the project, but if I select a file
Juan Jose Pablos wrote:
Ross Gardler wrote:
We really need to upgrade Cocoon to their current Head, see below for
justification:
see:
http://issues.apache.org/bugzilla/show_bug.cgi?id=35813
Excellent to see you are on the case Cheche. I'll wait for your success
report.
Ross
[
http://issues.apache.org/jira/browse/FOR-587?page=comments#action_12317348 ]
Ross Gardler commented on FOR-587:
--
I've made the locationmap view extend the NavigatorView class so now it is just
a case of fixing the selection changed event in
Anil Ramnanan wrote:
Ross Gardler wrote:
..
it doesn't work. I get the extra page but the wizard does
not complete when I click finish.
...
Does the wizard create the project but just does not close when you
click on finish or does it not do anything at all ?
The wizard behaves as
[ http://issues.apache.org/jira/browse/FOR-587?page=all ]
Anil Ramnanan updated FOR-587:
--
Attachment: navigationView.010805.diff
Made the change to the navigationView class to properly open files when a
project is selected.
Locationmap view does not
Has anyone seen the stacktrace below before with Forrest 0.6? Basically
I am passing the LinkStatusGenerator my linkmap.html file so that it
can crawl my site. After which, I can transform the result into a
format compatible with google sitemaps. It works perfectly in a dynamic
environment, but
[ http://issues.apache.org/jira/browse/FOR-593?page=all ]
Anil Ramnanan updated FOR-593:
--
Attachment: ActivatePlugins.010805.diff
Allows the wizard to exit even if no plugin is selected
New Project Wizard does not close if no plugin is selected
[ http://issues.apache.org/jira/browse/FOR-587?page=all ]
Ross Gardler closed FOR-587:
Resolution: Fixed
Assign To: Ross Gardler
Applied this patch with some minor changes:
- removed commented out code that was cut and pasted from an example
-
[
http://issues.apache.org/jira/browse/FOR-593?page=comments#action_12317378 ]
Ross Gardler commented on FOR-593:
--
Applied with formatting changes, thanks.
Please try and keep the formatting of your code consistent. It makes
maintenance much easier (and
[
http://issues.apache.org/jira/browse/FOR-592?page=comments#action_12317380 ]
Gavin commented on FOR-592:
---
Ok , Thanks Guys for the info,
Now subscribed to the dev list.
Looking through some archives I see it has been brought up before (
Thorsten Scherler wrote:
and till now only committed to BRANCH_2_1_X:
Author: sylvain
Date: Mon Aug 1 09:52:50 2005
New Revision: 226838
URL: http://svn.apache.org/viewcvs?rev=226838view=rev
Log:
Yeah! Real exceptions with Xalan rather than a useless RuntimeException!
Modified:
Diwaker Gupta wrote:
Like I said, I'm really intersted in this. Could you post your current
implementation to the mailing list -- I'd love to try it out.
Please use our Jira Issue Tracker for attachments, rather
than the mailing list.
http://issues.apache.org/jira/browse/FOR
David
33 matches
Mail list logo
