hypercontent-users Mailing List for HyperContent (Page 2)
Brought to you by:
alexvigdor
Menu
▾
▴
hypercontent-users
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
(4) |
Mar
(6) |
Apr
(4) |
May
(3) |
Jun
(1) |
Jul
(7) |
Aug
(4) |
Sep
(31) |
Oct
(11) |
Nov
(30) |
Dec
(22) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(23) |
Feb
(11) |
Mar
(22) |
Apr
(13) |
May
(31) |
Jun
(27) |
Jul
(32) |
Aug
(4) |
Sep
(25) |
Oct
(21) |
Nov
(31) |
Dec
(28) |
| 2006 |
Jan
(14) |
Feb
(12) |
Mar
(17) |
Apr
(21) |
May
(6) |
Jun
(4) |
Jul
(26) |
Aug
(24) |
Sep
(19) |
Oct
(24) |
Nov
(34) |
Dec
(17) |
| 2007 |
Jan
(10) |
Feb
(43) |
Mar
(60) |
Apr
(10) |
May
(20) |
Jun
(2) |
Jul
(17) |
Aug
(38) |
Sep
(45) |
Oct
(5) |
Nov
(4) |
Dec
(5) |
| 2008 |
Jan
|
Feb
(1) |
Mar
|
Apr
(10) |
May
(2) |
Jun
(2) |
Jul
|
Aug
(4) |
Sep
(1) |
Oct
(5) |
Nov
(1) |
Dec
(1) |
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Rogelio Jr C. <rod...@gm...> - 2008-04-25 01:48:55
|
Hello All, I am new to HyperContent CMS, and I'm wonder on how to add a leftside menu navigation like as to CAS website. I had tried adding a navigation using Navigation pop menu but after saving the navigation.xml ....all the menu that I have tried to all was disappear. Can any body help me please. -Rogelio |
|
From: Mark R. <mar...@ma...> - 2008-04-02 19:18:25
|
Hi Everyone, The next edition of the monthly JA-SIG Newsletter will be published on or about Tuesday, April 15th, 2008. If your institution or company has items of interest to the JA-SIG membership, please submit them via email to newsletter at ja-sig dot org by Monday, April 14th, 2008. Many thanks, Mark Rogers Editor, JA-SIG Newsletter |
|
From: Mark R. <mar...@ma...> - 2008-02-01 04:11:04
|
Hi Everyone, The next edition of the JA-SIG newsletter will be published on Friday, February 15th, 2008. If your institution or company has items of interest to the JA-SIG membership, please submit them via email to newsletter at ja-sig dot org by Thursday, February 14th, 2008. We also need more stories from the community. Please forward anything you wish to share with the general JA-SIG audience to newsletter at ja-sig dot org. Many thanks, Mark Rogers Editor, JA-SIG Newsletter |
|
From: Mark R. <mar...@ma...> - 2007-12-31 04:58:39
|
Hi Everyone, Happy New Year! The next edition of the JA-SIG newsletter will be published on Tuesday, January 15th, 2008. If your institution or company has items of interest to the JA-SIG membership, please submit them via email to newsletter at ja-sig dot org by Monday, January 14th, 2008. We also need more stories from the community. Please forward anything you wish to share with the general JA-SIG audience to newsletter at ja-sig dot org. Many thanks, Mark Rogers Editor, JA-SIG Newsletter |
|
From: Alex V. <al...@bi...> - 2007-12-18 16:24:17
|
What browser/platform have you guys experienced this on? I've started researching a little, some people seem to get this sort of issue due to different line endings on UNIX and Windows; our server is obviously on a UNIX platform but if you're browsing in Windows perhaps this may account for the problem. I'm not sure I've seen the problem on the mac. FYI, the "Plain Text" editor is just a textarea, it doesn't have all the server side processing that the WYSIWYG gets. Alex On Dec 17, 2007, at 11:01 AM, Scott Battaglia wrote: > I've had that problem too. For the most part its not an issue > except when you use PRE tags and all those extra line breaks add up! > > John Fereira wrote: >> Alex Vigdor wrote: >> >>> Hi Carl, >>> I think this is getting stripped out at the java level - as >>> usual the quickest workaround would be to place the code in a >>> separate XML element from the WYSIWYG data. At this point >>> breaking out the configuration for WYSIWYG cleanup is my top >>> priority, hopefully I'll find some time in the next couple of >>> weeks to do that. >>> >> Hi Alex, >> >> I don't know if this is related but something that has always >> bugged me is that when using a "Plain Text" editor it always seems >> to insert blank lines between tags. Everytime the editor is >> opened more blank lines are inserted until I eventually download >> the xml to eclipse, reformat it, then upload it back to >> hypercontent. Is this some that I can easily fix? >> >> >> --------------------------------------------------------------------- >> ---- >> SF.Net email is sponsored by: >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services >> for just about anything Open Source. >> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ >> marketplace >> _______________________________________________ >> Hypercontent-users mailing list >> Hyp...@li... >> https://lists.sourceforge.net/lists/listinfo/hypercontent-users >> > |
|
From: Scott B. <sco...@ru...> - 2007-12-17 16:01:47
|
I've had that problem too. For the most part its not an issue except when you use PRE tags and all those extra line breaks add up! John Fereira wrote: > Alex Vigdor wrote: > >> Hi Carl, >> I think this is getting stripped out at the java level - as usual >> the quickest workaround would be to place the code in a separate XML >> element from the WYSIWYG data. At this point breaking out the >> configuration for WYSIWYG cleanup is my top priority, hopefully I'll >> find some time in the next couple of weeks to do that. >> > Hi Alex, > > I don't know if this is related but something that has always bugged me > is that when using a "Plain Text" editor it always seems to insert blank > lines between tags. Everytime the editor is opened more blank lines are > inserted until I eventually download the xml to eclipse, reformat it, > then upload it back to hypercontent. Is this some that I can easily fix? > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Hypercontent-users mailing list > Hyp...@li... > https://lists.sourceforge.net/lists/listinfo/hypercontent-users > |
|
From: John F. <ja...@co...> - 2007-12-17 16:00:26
|
Alex Vigdor wrote: > Hi Carl, > I think this is getting stripped out at the java level - as usual > the quickest workaround would be to place the code in a separate XML > element from the WYSIWYG data. At this point breaking out the > configuration for WYSIWYG cleanup is my top priority, hopefully I'll > find some time in the next couple of weeks to do that. Hi Alex, I don't know if this is related but something that has always bugged me is that when using a "Plain Text" editor it always seems to insert blank lines between tags. Everytime the editor is opened more blank lines are inserted until I eventually download the xml to eclipse, reformat it, then upload it back to hypercontent. Is this some that I can easily fix? |
|
From: Mark R. <mar...@ma...> - 2007-12-01 03:58:25
|
Hi Everyone, The next edition of the JA-SIG newsletter will be published on Saturday, December 15th. If your institution or company has items of interest to the JA-SIG membership, please submit them via email to newsletter at ja-sig dot org by Friday, December 14th, 2007. Additionally, we really need stories from the community. Please forward anything you wish to share with the general JA-SIG audience to newsletter at ja-sig dot org. Many thanks, Mark Rogers Editor - JA-SIG Newsletter |
|
From: Carl P B. <C.P...@hu...> - 2007-11-19 10:18:14
|
***************************************************************************************** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ***************************************************************************************** |
|
From: Alex V. <al...@bi...> - 2007-11-13 15:51:28
|
Hello all,
I've just checked in some small but powerful changes for
HyperContent in CVS. First of all, there is one new jar file
dependency, "commons-lang" from the apache jakarta project, which
I've brought in specifically to enrich the functionality available to
Velocity templates. I know most HC users are templating in XSL, but
as you read this email you might begin to see some uses for Velocity
as well! The following commons util classes are now available in the
default velocity context:
baseContext.put("random-string-utils", new RandomStringUtils());
baseContext.put("string-escape-utils", new StringEscapeUtils());
baseContext.put("string-utils", new StringUtils());
baseContext.put("word-utils", new WordUtils());
baseContext.put("number-utils", new NumberUtils());
baseContext.put("random-utils", new RandomUtils());
baseContext.put("date-format-utils", new DateFormatUtils());
baseContext.put("date-utils", new DateUtils());
The other change I've checked in enables a whole new level of
flexibility and ease of development by adding dependency recognition
for use of the "document()" function in XSL and the corresponding
"resource-loader" functions available in Velocity. This is most
easily explained by an example, which I'll base on an issue I know
affects at least one major HC site.
Suppose you have a number of standard disclaimers that appear
throughout a site, that you need to embed arbitrarily within the page
content. Rather than copy and paste the text into each page, you set
up a directory with all the standard disclaimers as markup
fragments. Then you add a field to your XML DTD that allows the user
to insert just the path of a standard disclaimer within another
page. WIthin your XSL you make a document() call to dynamically
resolve that disclaimer and insert it in the page output.
This has always worked, but what did not work was dependency
recognition - if you made a change to the standard disclaimer, the
page output would not automatically be refreshed. The workaround for
this was to essentially add all the disclaimers as XML includes for
every page, just to force a dependency so the pages will update when
the disclaimers update. Of course this means that every page will
refresh any time any disclaimer is changed - pure brute force.
With the new dependency support for document() calls, this brute
force workaround is no longer necessary. As long as the document()
call resolves to either a file in the HC repository, or to the output
of another HC pipeline, the dependency is now automatically
recognized (document() calls to external URLs are not recognized as
dependencies). This makes document() a full-featured alternative to
using HC XML includes for single lookups. The document function
still does not offer the wildcard resolution or external URL
dependency support that XML includes have, and heavily used XML
includes will be somewhat more efficient than using document() since
HC caches SAX event streams for includes, but for many purposes you
may find you can use fewer includes.
I'll provide one more example now of how these two new features open
up some interesting uses for Velocity. Suppose you want to build a
site with a nice asynchronous, dynamic Web 2.0 feeling, but you want
to template the fragments using XSL and you want to use vanilla
Javascript to avoid cross-domain security restrictions on AJAX
requests. How can you get the markup back to the browser inside a
javascript call? Here's an easy solution using Velocity with the
commons StringEscapeUtils.
<xml-doctype path="/**/index.xml" root="page" definition="/config/
page.dtd" label="Page">
<output content-type="text/html">
<transform source="/config/page.xsl"/>
</output>
<output content-type="text/javascript">
<exec stage="org.hypercontent.project.engine.stage.VelocityStage">
<with-param name="source" value="/config/escape-js.vm"/>
</exec>
</output>
</xml-doctype>
And in /config/escape-js.vm just two lines:
#set($val = $resource-loader.loadAssetToString($strings.concat
($originBase,'.html')))
setMarkup('$request-path','${string-escape-utils.escapeJavaScript
($val)}');
---------------------------------------------------------
Translation:
Define an HTML output for the page using /config/page.xsl to
transform the source into the desired markup.
Define a JS output for the page that takes the HTML output and
escapes it into a javascript call that might come back to the browser
something like this:
setMarkup('/index.js','<html>Here\'s the output from page.xsl</html>');
---------------------------------------------------------
Now, obviously you would need a JS framework in the browser that
would define the behavior of the setMarkup function, but that's all
there is on the HC side to enable this use case.
I developed and tested these techniques for a new site that I'm
working on, but I also verified with local copies of a number of
existing sites that this does not break anything. The code changes
were quite unobtrusive and isolated to a handful of classes, but of
course I recommend that you test thoroughly in a non-production
environment before deploying the latest code. If you have any
questions or feedback, let me know!
Cheers,
Alex
|
|
From: Alex V. <al...@bi...> - 2007-11-08 15:09:54
|
Hi Carl, I've checked in a slight tweak to "org.hypercontent.util.GroupMemberAttributes" that should prevent this exception from bubbling up, since its occurring during an attempt to resolve a user's full name from their ID, which is a nice but not critical function for the workflow screen. However, the error indicates that an event has an empty username associated with it, which is highly irregular, so there could be other errors that crop up further down the line. Try the patch and let me know if you see any other errors! Cheers, Alex On Nov 8, 2007, at 4:56 AM, Carl P Barrow wrote: > Hi Alex, > javascript:SetCmd(cmdSend); > On one of the sites here I'm getting the following error when > clicking workflow for any file. I can get to workflow from the root > okay though. I know I had something similar before and it required > a bounds check in org.hypercontent.workflow.work. I don't know if > it's the same sort of thing, any help appreciated. > > Cheers > Carl > > String index out of range: 1 > > java.lang.String.substring(String.java:1765) > org.hypercontent.security.UserFileFactory.getUserFilePath > (UserFileFactory.java:76) > org.hypercontent.security.UserFileFactory.getUserFileHandle > (UserFileFactory.java:182) > org.hypercontent.security.UserFileFactory.getVCard > (UserFileFactory.java:83) > org.hypercontent.util.GroupMemberAttributes.getAttribute > (GroupMemberAttributes.java:61) > sun.reflect.GeneratedMethodAccessor186.invoke(Unknown Source) > sun.reflect.DelegatingMethodAccessorImpl.invoke > (DelegatingMethodAccessorImpl.java:25) > java.lang.reflect.Method.invoke(Method.java:585) > org.apache.velocity.util.introspection.UberspectImpl > $VelMethodImpl.invoke(UberspectImpl.java:267) > org.apache.velocity.runtime.parser.node.ASTMethod.execute > (ASTMethod.java:197) > org.apache.velocity.runtime.parser.node.ASTReference.execute > (ASTReference.java:175) > org.apache.velocity.runtime.parser.node.ASTReference.render > (ASTReference.java:220) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.directive.Foreach.render > (Foreach.java:166) > org.apache.velocity.runtime.parser.node.ASTDirective.render > (ASTDirective.java:114) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.parser.node.ASTIfStatement.render > (ASTIfStatement.java:70) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.directive.Foreach.render > (Foreach.java:166) > org.apache.velocity.runtime.parser.node.ASTDirective.render > (ASTDirective.java:114) > org.apache.velocity.runtime.parser.node.SimpleNode.render > (SimpleNode.java:230) > org.apache.velocity.runtime.directive.VelocimacroProxy.render > (VelocimacroProxy.java:172) > org.apache.velocity.runtime.parser.node.ASTDirective.render > (ASTDirective.java:114) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.parser.node.ASTIfStatement.render > (ASTIfStatement.java:70) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.directive.Foreach.render > (Foreach.java:166) > org.apache.velocity.runtime.parser.node.ASTDirective.render > (ASTDirective.java:114) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.parser.node.ASTIfStatement.render > (ASTIfStatement.java:70) > org.apache.velocity.runtime.parser.node.SimpleNode.render > (SimpleNode.java:230) > org.apache.velocity.runtime.directive.VelocimacroProxy.render > (VelocimacroProxy.java:172) > org.apache.velocity.runtime.parser.node.ASTDirective.render > (ASTDirective.java:114) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.parser.node.ASTIfStatement.render > (ASTIfStatement.java:70) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.parser.node.ASTIfStatement.render > (ASTIfStatement.java:70) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.directive.Foreach.render > (Foreach.java:166) > org.apache.velocity.runtime.parser.node.ASTDirective.render > (ASTDirective.java:114) > org.apache.velocity.runtime.parser.node.ASTBlock.render > (ASTBlock.java:55) > org.apache.velocity.runtime.parser.node.SimpleNode.render > (SimpleNode.java:230) > org.apache.velocity.runtime.parser.node.ASTIfStatement.render > (ASTIfStatement.java:89) > org.apache.velocity.runtime.parser.node.SimpleNode.render > (SimpleNode.java:230) > org.apache.velocity.Template.merge(Template.java:256) > org.hypercontent.project.engine.stage.VelocityStage.process > (VelocityStage.java:186) > org.hypercontent.project.engine.Pipeline.process(Pipeline.java: > 307) > org.hypercontent.project.engine.Pipeline.process(Pipeline.java: > 281) > org.hypercontent.project.AssetRequest.getAsset > (AssetRequest.java:194) > org.hypercontent.server.ContentServer.service > (ContentServer.java:441) > org.hypercontent.servlet.CompositionServlet.doGet > (CompositionServlet.java:104) > javax.servlet.http.HttpServlet.service(HttpServlet.java:689) > javax.servlet.http.HttpServlet.service(HttpServlet.java:802) > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (ApplicationFilterChain.java:237) > org.apache.catalina.core.ApplicationFilterChain.doFilter > (ApplicationFilterChain.java:157) > org.apache.catalina.core.StandardWrapperValve.invoke > (StandardWrapperValve.java:214) > org.apache.catalina.core.StandardValveContext.invokeNext > (StandardValveContext.java:104) > org.apache.catalina.core.StandardPipeline.invoke > (StandardPipeline.java:520) > org.apache.catalina.core.StandardContextValve.invokeInternal > (StandardContextValve.java:198) > org.apache.catalina.core.StandardContextValve.invoke > (StandardContextValve.java:152) > org.apache.catalina.core.StandardValveContext.invokeNext > (StandardValveContext.java:104) > org.apache.catalina.core.StandardPipeline.invoke > (StandardPipeline.java:520) > org.apache.catalina.core.StandardHostValve.invoke > (StandardHostValve.java:137) > org.apache.catalina.core.StandardValveContext.invokeNext > (StandardValveContext.java:104) > org.apache.catalina.valves.ErrorReportValve.invoke > (ErrorReportValve.java:118) > org.apache.catalina.core.StandardValveContext.invokeNext > (StandardValveContext.java:102) > org.apache.catalina.core.StandardPipeline.invoke > (StandardPipeline.java:520) > org.apache.catalina.core.StandardEngineValve.invoke > (StandardEngineValve.java:109) > org.apache.catalina.core.StandardValveContext.invokeNext > (StandardValveContext.java:104) > org.apache.catalina.core.StandardPipeline.invoke > (StandardPipeline.java:520) > org.apache.catalina.core.ContainerBase.invoke > (ContainerBase.java:929) > org.apache.coyote.tomcat5.CoyoteAdapter.service > (CoyoteAdapter.java:160) > org.apache.coyote.http11.Http11Processor.process > (Http11Processor.java:799) > org.apache.coyote.http11.Http11Protocol > $Http11ConnectionHandler.processConnection(Http11Protocol.java:705) > org.apache.tomcat.util.net.TcpWorkerThread.runIt > (PoolTcpEndpoint.java:577) > org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run > (ThreadPool.java:683) > java.lang.Thread.run(Thread.java:595) > > ************************************* > > Carl Barrow > Systems Integrator > e-Services > The University of Hull > Cottingham Road > Hull > HU6 7RX > Ext. 6838 > > ************************************* > > > > ********************************************************************** > ******************* > To view the terms under which this email is distributed, please go > to http://www.hull.ac.uk/legal/email_disclaimer.html > ********************************************************************** > *******************--------------------------------------------------- > ---------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a > browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Hypercontent-users mailing list > Hyp...@li... > https://lists.sourceforge.net/lists/listinfo/hypercontent-users |
|
From: Carl P B. <C.P...@hu...> - 2007-11-08 09:56:49
|
***************************************************************************************** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ***************************************************************************************** |
|
From: Mark R. <mar...@ma...> - 2007-10-30 03:55:59
|
Hi Everyone, The next edition of the JA-SIG newsletter will be published on Thursday, November 15th. If your institution or company has items of interest to the JA-SIG membership, please submit them via email to newsletter at ja-sig dot org by Wednesday, November 14th, 2007. Additionally, we really need stories from the community. Please forward anything you wish to share with the general JA-SIG audience to newsletter at ja-sig dot org. Many thanks, Mark Rogers Editor - JA-SIG Newsletter |
|
From: Alex V. <al...@bi...> - 2007-10-25 13:02:32
|
On Oct 24, 2007, at 9:49 PM, tom tom wrote:
> Hi Alex,
> I did the fix, and now it is working. Is there any way
> that we can enforce a rule that only approvers can
> delete the revisions (similar to the makecurrent
> feature in the revisions).
The ability to delete revisions is controlled by the "delete"
permission. It is the same permission used to determine if the user
can delete files entirely.
>
> I got a different question which poped up in the user
> training session.
>
> If there are seperate 3 users (A, B, C), they only
> belongs to one group.
>
> A - Author
> B- Approver
> C- Publisher
>
> If user A does a change to a file and requests for
> approval and user B gets the request and accepts the
> change. The question is How does the publisher C know
> when to publish and What to publish.
>
> Between the Author and the Approver the process is
> streamline and works as per the expectation, but for
> publisher How can we establish such a mechanism.
> What is the best way to achieve the above.
>
> Thanks
>
You can add additional steps to the workflow in /config/workflow/
approvals.xml
For example, you might add some top-level queues for publishing
(similar to what's in publish.xml):
<q id="topublish">
<event name="dopublish" permissions="publish">
<variable name="publisher" value="${actor}"/>
<copy path="${path}" source="/build/" destination="/publish/"
force="false" delete="true"/>
<nq who="${publisher}"/>
<nq q="publishing"/>
</event>
</q>
<q id="publishing">
<event name="batch-complete">
<dq/>
<nq q="published"/>
</event>
</q>
<q id="published">
<event name="batch-reset">
<dq/>
<nq q="publishing"/>
</event>
<event name="archive" who="${publisher}">
<nq q="archived"/>
<dq/>
<dq who="${publisher}"/>
</event>
<event name="auto-archive" when="in 20 minutes">
<nq q="archived"/>
<dq/>
<dq who="${publisher}"/>
</event>
</q>
You can then forward the item to the "topublish" queue and send an
email to publishers when the item is approved. You would do this by
modifying the "approve-change" event in the "approval" queue
<event name="approve-change" permissions="approve">
<exec command="org.hypercontent.workflow.command.SetCurrentEdition">
<with-param name="edition" value="${edition}"/>
</exec>
<nq q="topublish"/>
<dq/>
<email who="group:publishers" subject="[HyperContent]: Publish
needed " content-type="text/html">
<![CDATA[
<h3>Please publish
<a href="${abs-server-base}${path}?
mode=interactive&screen=workflow.approvals&work=${work-ticket}">$
{path}</a></h3>
]]>
</email>
</event>
-Alex
|
|
From: Alex V. <al...@bi...> - 2007-10-24 13:35:39
|
Hi Tom Tom, It looks like I introduced this bug last November when I was adding a feature for portlet support. My apologies! I have checked the fix into CVS for org.hypercontent.form.common.DeleteProcessor Once you update, the "Delete Revision" command will work properly again. Cheers, Alex On Oct 23, 2007, at 8:48 PM, tom tom wrote: > Hi Alex, > > Given file can have many revisions, if we go to one of > the revisions there is a delete link, > > When we click that link, it asks for a confirmation > and and when we say ok, instead of getting deleted it > just stays there, I tried as a approver and admin, but > it doesnt seem to work, What is the expected > functionality out of this based on the role. > > Log file doesn't any error message. > > Thanks > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > |
|
From: tom t. <j_l...@ya...> - 2007-10-24 00:48:44
|
Hi Alex, Given file can have many revisions, if we go to one of the revisions there is a delete link, When we click that link, it asks for a confirmation and and when we say ok, instead of getting deleted it just stays there, I tried as a approver and admin, but it doesnt seem to work, What is the expected functionality out of this based on the role. Log file doesn't any error message. Thanks __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com |
|
From: Jonathan M. <jjm...@gm...> - 2007-10-02 13:23:27
|
QXBvbG9naWVzIGZvciB0aGUgY3Jvc3MtcG9zdGluZy4uLioKClRIRSBKQS1TSUcgV0lOVEVSIDIw MDcgVU5DT05GRVJFTkNFIElTIENPTUlORyEKKgoKICAgLSBSZWdpc3RyYXRpb24gZmVlIGZvciB0 aGUgTm92ZW1iZXIgMTJ0aC0xM3RoLCAyMDA3IEpBLVNJRwogICBVbmNvbmZlcmVuY2U6ICAkMjI1 CiAgIC0gTmlnaHRseSByYXRlIGF0IHRoZSBSdXRnZXJzIFVuaXZlcnNpdHkgSW5uIGFuZCBDb25m ZXJlbmNlIENlbnRlcjoKICAgJDg0CiAgIC0gVHdvIGRheXMgdGFsa2luZywgbGVhcm5pbmcsIHRl YWNoaW5nLCBwbGFubmluZywgY29kaW5nLCBhbmQgaGFuZ2luZwogICBvdXQgd2l0aCB5b3VyIHBl ZXJzLS1hbmQgd2l0aCB0aGUgdVBvcnRhbCwgQ0FTLCBGbHVpZCwgSlNSLTE2OCwgU3ByaW5nTVZD CiAgIGV4cGVydHM6ICBQcmljZWxlc3MhCgoKKk5ldyBJbmZvcm1hdGlvbiEgIEhvdyB0byBSZWdp c3RlciEqIFdoby4gV2hhdC4gV2hlcmUuCgoqRGF0ZXMqKjogKgoKTm92ZW1iZXIgMTItMTMsIDIw MDcKTm92ZW1iZXIgMTQtMTZ0aCwgMjAwNyAob3B0aW9uYWwgcG9zdC1jb25mZXJlbmNlIGFjdGl2 aXRpZXMpCgoqUGxhY2UqKjogKgoKUnV0Z2VycyBVbml2ZXJzaXR5IElubiBhbmQgQ29uZmVyZW5j ZSBDZW50ZXIgPGh0dHA6Ly91bml2aW5uLnJ1dGdlcnMuZWR1Lz7igIksCjE3OCBSeWRlcnMgTGFu ZSwgTmV3IEJydW5zd2ljaywgTko7IHBob25lOiAgNzMyLTkzMi05MTQ0CgoqUmVnaXN0cmF0aW9u IEZlZSoqOiAqCgokMjI1ICAoSW5jbHVkZXMgbHVuY2ggYW5kIHNuYWNrcykKCipJbm4gUm9vbXMq KjogKgoKJDg0L3NpbmdsZS9uaWdodCAody9icmVha2Zhc3QpCgpXaGF0J3MgYW4gVW5jb25mZXJl bmNlPwoKIkFuICp1bmNvbmZlcmVuY2UqIGlzIGEgY29uZmVyZW5jZSB3aGVyZSB0aGUgY29udGVu dCBvZiB0aGUgc2Vzc2lvbnMgaXMKZHJpdmVuIGFuZCBjcmVhdGVkIGJ5IHRoZSBwYXJ0aWNpcGFu dHMsIGdlbmVyYWxseSBkYXktYnktZGF5IGR1cmluZyB0aGUKY291cnNlIG9mIHRoZSBldmVudCwg cmF0aGVyIHRoYW4gYnkgYSBzaW5nbGUgb3JnYW5pemVyLCBvciBzbWFsbCBncm91cCBvZgpvcmdh bml6ZXJzLCBpbiBhZHZhbmNlLiIKICAgIC0qV2lraXBlZGlhKgoKSkEtU0lHIGhhcyBhbHdheXMg YmVlbiBhYm91dCBwZW9wbGUgY29taW5nIHRvZ2V0aGVyIHRvIHNoYXJlIGFuZCBsZWFybiBpbiBh bgpvcGVuIGVudmlyb25tZW50LCBhbmQgdGhpcyBpcyB3aGF0IGFuICJ1bmNvbmZlcmVuY2UiIGlz IGFsbCBhYm91dC4gQXMKZGVtb25zdHJhdGVkIGJ5IHRoZSBzdWNjZXNzIG9mIHRoZSBTdW1tZXIg MjAwNyBDb25mZXJlbmNlIG1pbmkgIkJhckNhbXAiCihhbm90aGVyIHNwb250YW5lb3VzIGFwcHJv YWNoKSwgdGhlIHVuY29uZmVyZW5jZSBmb3JtYXQgZml0cyB2ZXJ5IHdlbGwgd2l0aApvdXIgY29t bXVuaXR5IHZhbHVlcyBhbmQgZ29hbHMuCgpUaGUgTm92ZW1iZXIgZXZlbnQgd2lsbCBwcm92aWRl IGJvdGggc3BvbnRhbmVvdXMgYW5kIHBsYW5uZWQgb3Bwb3J0dW5pdGllcwp0byBjb2xsYWJvcmF0 ZSBvbiBhbGwgSkEtU0lHIGNvbW11bml0eSBpbml0aWF0aXZlcyBhbmQgdG9waWNzLiAoVGhlcmUg d2lsbApub3QgYmUgYSBzZXBhcmF0ZSBXaW50ZXIgQ29uZmVyZW5jZSBvciBhIEZhbGwgdVBvcnRh bCBEZXZlbG9wZXIgTWVldGluZy4pCipXaGF0IGFyZSB3ZSBnb2luZyB0byBkbz8hKgoKSXQncyB1 cCB0byB5b3UhICBJZGVhcyBwZW9wbGUgYXJlIHRhbGtpbmcgYWJvdXQgc28gZmFyIGluY2x1ZGUg dGhlCmZvbGxvd2luZzoKCiAgIC0gTGlnaHRuaW5nIFRhbGtzCiAgIDxodHRwOi8vd3d3LmphLXNp Zy5vcmcvd2lraS9kaXNwbGF5L0pDT04vV2ludGVyKzIwMDcrVW5Db25mZXJlbmNlK0xpZ2h0bmlu ZytUYWxrcz4KCiAgIC0gVm9sdW50ZWVycyB0YWxrIGZvciB1cCB0byAxMCBtaW51dGVzLiBBbnkg dG9waWMgZ29lcy4KICAgLSBDb2RlIENsaW5pY3MgLSBCcmluZyB5b3VyIHVQb3J0YWwsIHBvcnRs ZXQsIG9yIENBUyBjb2RlIG9yIHByb2JsZW0KICAgYW5kIHdvcmsgb24gaXQgd2l0aCBjb3JlIGRl dmVsb3BlcnMKICAgLSBTY3JlZW5jYXN0IEZhY3RvcnkgLSBTaG93IG9mZiB5b3VyIHdvcmsgd2hp bGUgYSBmYWNpbGl0YXRvciBjYXB0dXJlcwogICBpdCB0byBzaGFyZSB3aXRoIHRoZSBjb21tdW5p dHkuCiAgIC0gVUNhbXAgLSBGbHVpZCBQcm9qZWN0IG1lbWJlcnMgd2lsbCBsZWFkIGEgd29ya3No b3AgYW5kCiAgIGNvbGxhYm9yYXRpb25zIGFib3V0IHVzZXIgZXhwZXJpZW5jZSBkZXNpZ24gYW5k IGFjY2Vzc2liaWxpdHkuCiAgIC0gU3RyYXRlZ2ljIFBsYW5uaW5nIC0gV2hhdCBzaG91bGQgSkEt U0lHIGJlIGZvY3VzZWQgb24gbmV4dCB5ZWFyPyAgSW4KICAgdGhyZWUgeWVhcnM/ICBKb2luIHRo ZSBjb252ZXJzYXRpb24uCiAgIC0gSG93LXRvJ3MuIEhvdy1ub3QtdG8ncy4gIFRpcHMgYW5kIHRl Y2huaXF1ZXMuCgpBcyBwYXJ0IG9mIHRoZSB1bi1jb25mZXJlbmNlIGZvcm1hdCB0aGUgZmluYWwg c2NoZWR1bGUgd2lsbCBiZSBkZXRlcm1pbmVkIGluCnJlYWwtdGltZSwgaW50ZXJhY3RpdmVseSB3 aXRoIHRoZSBhdHRlbmRlZXMuICBTZWUgYSBsaXN0IG9mIGlkZWFzIGZvcgphY3Rpdml0aWVzIGFu ZCBhZGQgeW91cgpvd248aHR0cDovL3d3dy5qYS1zaWcub3JnL3dpa2kvZGlzcGxheS9KQ09OL1dp bnRlcisyMDA3K1VuQ29uZmVyZW5jZStBY3Rpdml0eStJZGVhcz4K4oCJLgpPSywgSSdtIEludGVy ZXN0ZWQhKiAqICpIb3cgZG8gSSBSZWdpc3Rlcj8qCgpJZiB5b3UncmUgcGxhbm5pbmcgdG8gam9p biB1cywgcGxlYXNlIGRvIHRoZSBmb2xsb3dpbmc6CgogICAxLiBSZWdpc3RlciBmb3IgdGhlIFVu Y29uZmVyZW5jZSByaWdodApoZXJlOmh0dHBzOi8vd3d3LmNvbmNlbnRyYS1jbXMuY29tL3JlZ2lz dGVyL3N0YXJ0LmFjdGlvbj9jb25mSWQ9MjgKCiAgIDIuIFZpc2l0IGFuZCBBZGQgeW91ciBOYW1l IG9uIHRoZSBVbmNvbmZlcmVuY2UgUGxhbm5pbmcgU2l0ZSBvbiB0aGUKICAgSkEtU0lHIHdpa2k8 aHR0cDovL3d3dy5qYS1zaWcub3JnL3dpa2kvZGlzcGxheS9KQ09OL1dpbnRlcisyMDA3K1VuQ29u ZmVyZW5jZStQYXJ0aWNpcGFudHM+Ci4KICAgVGhpcyBpcyBhIGdyZWF0IHBsYWNlIHRvIGluZGlj YXRlIHlvdXIgaW50ZXJlc3RzLS0td2hhdCB5b3UnZCBsaWtlIHRvCiAgIGRpc2N1c3MsIGxlYXJu LCBzaGFyZSBvciB0ZWFjaC4KICAgMy4gQ2FsbCB0aGUgUnV0Z2VycyBVbml2ZXJzaXR5IElubiBh bmQgQ29uZmVyZW5jZSBDZW50ZXIgYXQgKgogICA3MzItOTMyLTkxNDQqIHRvIFJlc2VydmUgYSBS b29tICBmb3IgeW91ciBzdGF5LiAgSHVycnkhICBSb29tcyBhcmUKICAgbGltaXRlZCwgYW5kIHRo ZSBjb25mZXJlbmNlIHJhdGUgd2lsbCBvbmx5IGJlIGhlbGQgZm9yIGEgYnJpZWYgcGVyaW9kLgog ICA0LiBUYWtlIGEgbG9vayBkZXRhaWxlZCBob3RlbCwgdHJhdmVsIGRpcmVjdGlvbnMsIGFuZCBv dGhlcgogICBpbmZvcm1hdGlvbiBhdCAgaHR0cDovL3d3dy5qYS1zaWcub3JnL3dpa2kveC9Tb0Y3 CiAgIDUuIElmIHlvdSBhcmUgdW5hYmxlIHRvIGJvb2sgYSByb29tIGF0IHRoZSBVbml2ZXJzaXR5 IElubiBhbmQKICAgQ29uZmVyZW5jZSBDZW50ZXIsIGNvbnN1bHQgdGhpcyBsaXN0IG9mIG90aGVy IG5lYXJieSBob3RlbHM6CiAgIGh0dHA6Ly93d3cuc2NpbHMucnV0Z2Vycy5lZHUvbGVhZGNvbmYv aG90ZWxzLnBkZi4KClNlZSB5b3UgYXQgdGhlIFVuY29uZmVyZW5jZSwKCipUaGUgV2ludGVyIDIw MDcgVW5jb25mZXJlbmNlIE9yZ2FuaXplcnMqCgo= |
|
From: Mark R. <mar...@ma...> - 2007-09-29 21:12:42
|
Hi Everyone, The next edition of the JA-SIG newsletter is scheduled to go out Monday, October 15th. If your institution or company has items of interest to the JA-SIG membership, please submit them via email to newsletter at ja-sig dot org by Saturday, October 13th, 2007. Additionally, we really need stories from the community. You may want to share some of your experiences, success stories, how-to notes, or any other related thoughts and/or anecdotes. These can also be forwarded to newsletter at ja-sig dot org. Many thanks, Mark Rogers Editor - JA-SIG Newsletter http://www.ja-sig.org/wiki/display/JSG/Newsletter p.s. I would also appreciate your thoughts on the format of the newsletter. Our current "text-only" format has its limitations, but it has advantages as well. What do you think? MR |
|
From: Carl P B. <C.P...@hu...> - 2007-09-28 13:32:31
|
***************************************************************************************** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ***************************************************************************************** |
|
From: Alex V. <al...@bi...> - 2007-09-28 12:47:14
|
Hi Carl, I think the problem is that you're not being consistent with the use of namespaces - the xmlns="" indicates the div is seen as belonging to no namespace. You either need to associate the xhtml namespace with each html element using xmlns="http://www.w3.org/1999/xhtml" or a prefix (e.g. xhtml:div), or you can set the default namespace for the entire XSL template to XHTML, e.g. <xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform" xmlns="http://www.w3.org/1999/xhtml" etc. Cheers, Alex On Sep 28, 2007, at 6:31 AM, Carl P Barrow wrote: > Hi Alex, > > > > Is there anything I can do about the email bellow? > > > > Cheers > > Car; > > > > ************************************* > > Carl Barrow > Systems Integrator > e-Services > The University of Hull > Cottingham Road > Hull > HU6 7RX > Ext. 6838 > > http://www.hull.ac.uk/cms > > ************************************* > > From: hyp...@li... > [mailto:hyp...@li...] On Behalf > Of Carl P Barrow > Sent: 11 September 2007 16:26 > To: hyp...@li... > Subject: [Hypercontent-users] xmlns=" " > > > > Hi Alex, > > Since I am now outputting at XHTML there have been a few things > that that I've had to change in the XSL, especially to get things > working in IE. Not major problems, just a matter of finding what > need changing. The one thing I can't understand is that there seems > to be xmlns="" put into some tags that don't have attributes. like > <div xmlns=""> This doesn't stop it from working but does give a > validation error: > > > This started happening when I added <html xmlns="http://www.w3.org/ > 1999/xhtml" xml:lang="en" lang="en"> instead of just <html> > > Is there a way I can sort this out? > > Cheers > Carl > > ************************************* > > Carl Barrow > Systems Integrator > e-Services > The University of Hull > Cottingham Road > Hull > HU6 7RX > Ext. 6838 > > ************************************* > > > ********************************************************************** > ******************* > To view the terms under which this email is distributed, please go > to http://www.hull.ac.uk/legal/email_disclaimer.html > ********************************************************************** > *******************--------------------------------------------------- > ---------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Hypercontent-users mailing list > Hyp...@li... > https://lists.sourceforge.net/lists/listinfo/hypercontent-users |
|
From: Carl P B. <C.P...@hu...> - 2007-09-28 10:32:06
|
***************************************************************************************** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ***************************************************************************************** |
|
From: Alex V. <al...@bi...> - 2007-09-27 19:16:51
|
Hi Carl, If you moved over your cache repository, it's probably just a stale cached page with an absolute url reference. You can either remove the cache file, or touch the file /projects/index.xml, which would force a fresh render. Cheers, Alex On Sep 27, 2007, at 10:54 AM, Carl P Barrow wrote: > Hi alex, > > I have set up HyperContent on a new server and all seems to work > fine. The only thing that is strange is when you go to /projects. > The links in the file list all point to the old server. I've set > abs.server.base in hypercontent.properties but can't think of > anything else that I need to change. > > Do you know what I missed? all the sites work fine if you just go > directly to them in the URL bar. > > Cheers > Carl > > ************************************* > > Carl Barrow > Systems Integrator > e-Services > The University of Hull > Cottingham Road > Hull > HU6 7RX > Ext. 6838 > > ************************************* > > > > ********************************************************************** > ******************* > To view the terms under which this email is distributed, please go > to http://www.hull.ac.uk/legal/email_disclaimer.html > ********************************************************************** > *******************--------------------------------------------------- > ---------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Hypercontent-users mailing list > Hyp...@li... > https://lists.sourceforge.net/lists/listinfo/hypercontent-users |
|
From: Carl P B. <C.P...@hu...> - 2007-09-27 14:54:31
|
***************************************************************************************** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ***************************************************************************************** |
|
From: Carl P B. <C.P...@hu...> - 2007-09-19 13:53:54
|
***************************************************************************************** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ***************************************************************************************** |
|
From: Alex V. <al...@bi...> - 2007-09-19 13:42:24
|
Hi Carl, I think this is getting stripped out at the java level - as usual the quickest workaround would be to place the code in a separate XML element from the WYSIWYG data. At this point breaking out the configuration for WYSIWYG cleanup is my top priority, hopefully I'll find some time in the next couple of weeks to do that. Cheers, Alex On Sep 19, 2007, at 6:01 AM, Carl P Barrow wrote: > Hi Alex, > > This came up in version 1.4 and was configurable. TinyMCE is > stripping out object tags, is there anywhere to configure it so > that it leaved them in? > > An example is: > > <object title="Clearing 2007" HEIGHT="209" WIDTH="500" > CODEBASE="http://download.macromedia.com/pub/shockwave/cabs/flash/ > swflash.cab#version=9,0,28,0" CLASSID="clsid:D27CDB6E- > AE6D-11cf-96B8-444553540000"> > <param VALUE="http://www.hull.ac.uk/05/flash/clearingbox.swf" > name="movie"> > <param VALUE="high" name="quality"> > <param value="opaque" name="wmode"> > <embed wmode="opaque" TYPE="application/x-shockwave-flash" > PLUGINSPAGE="http://www.adobe.com/shockwave/download/download.cgi? > P1_Prod_Version=ShockwaveFlash" QUALITY="high" HEIGHT="209" > WIDTH="500" SRC="http://www.hull.ac.uk/05/flash/clearingbox.swf"></ > embed> > </object> > > > Cheers > Carl > > ************************************* > > Carl Barrow > Systems Integrator > e-Services > The University of Hull > Cottingham Road > Hull > HU6 7RX > Ext. 6838 > > ************************************* > > > > ********************************************************************** > ******************* > To view the terms under which this email is distributed, please go > to http://www.hull.ac.uk/legal/email_disclaimer.html > ********************************************************************** > *******************--------------------------------------------------- > ---------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Hypercontent-users mailing list > Hyp...@li... > https://lists.sourceforge.net/lists/listinfo/hypercontent-users |
3 messages has been excluded from this view by a project administrator.
