So I'd installed Fedora Core 2 Test 1 Linux on my Dell notebook. Installation went smoothly in little tiny graphical screen, and it worked fine both with touchpad and USB mouse.
After install was done, I went to see what was working (and not) in this default Fedora install:
I also noticed other glitches as well:
Well, right now system is pretty much unuseable - you can't even add / remove packages (CD Drive does not work, up2date does not work too...) Interesting, how much better released version of Fedora Core 2 would work?
Those who worked with Portal and Portlets (and here I mean JSR-168 portlets), they know that Portlet has two kind of requests: RenderRequest
and ActionRequest
. These two requests can be compared with regular servlet's GET
and POST
requests, but there is significant difference: Portlet's ActionRequest
can not have any response body!
This means, that the approach (GET request shows form - Submit POSTs form to server - server validates form and in case of failure re-displays form) taken by Cocoon Form's showForm()
method is not possible anymore. Once form is POSTed (or, ActionRequest is received - in Portlet-speak), response can not be HTML of the re-displayed form, response must be always redirect, and only subsequent RenderRequest can send HTML with re-displayed forms.
To achieve this functionality, Form.showForm()
method should be overridden:
Form.prototype.showForm = function(uri, bizData) { // ... Snip ... var finished = false; this.isValid = false; var s = capture(); var k = cocoon.sendPageAndWait(uri, bizData); var formContext = Packages.org.apache.cocoon.woody.flow.javascript. WoodyFlowHelper.getFormContext(cocoon, this.locale); // Prematurely add the bizData as a request attribute so that event listeners can use it // (the same is done by cocoon.sendPage()) cocoon.request.setAttribute( Packages.org.apache.cocoon.components.flow. FlowHelper.CONTEXT_OBJECT, bizData); finished = this.form.process(formContext); // Additional flow-level validation if (finished && this.form.isValid()) { if (this.validator == null) { this.isValid = true; } else { this.isValid = this.validator(this.form, bizData); finished = this.isValid; } } if (!finished) { // Failure: Redirect back to starting point, s. cocoon.redirectTo(s.id + ".continue"); FOM_Cocoon.suicide(); } var widget = this.form.getSubmitWidget(); // Can be null on "normal" submit this.submitId = widget == null ? null : widget.getId(); // Success: Redirect out of this function cocoon.redirectTo(cocoon.makeWebContinuation(new Continuation()).id + ".continue"); FOM_Cocoon.suicide(); }
Where, capture()
method is simply:
function capture() { var wc = cocoon.createWebContinuation(0); return wc; }
PS All of the above relevant when using Cocoon Forms (a.k.a. Woody) from the Flow.
We all know that Linux is coming on the desktop, but when it will be ready for the notebooks? Say, I've got this Dell Inspiron 8600 with optional TrueMobile 802.11b/g wireless card... The resource I found which covers installation of Linux on the notebook of this model:
Goes to great detail about what and how should be patched in kernel... And wha steps to take when something is not detected or not compiling... And that's what makes me feel uneasy... I'd just love to see Linux distro which would install on notebook as easily as Linux currently installs on main stream desktop hardware.