[Logo] Enterprise Client Community
  [Search] Search   [Recent Topics] Recent Topics   [Members]  Member Listing   [Groups] Back to home page 
[Register] Register / 
[Login] Login 
Messages posted by: CaptainCasa  XML
Profile for CaptainCasa -> Messages posted by CaptainCasa [5316] Go to Page: 1, 2, 3  ...  353, 354, 355 Next 
Author Message
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog
The quill editor (same with CKEditor and also with other embedded "external" frameworks: charjs, openstreetmap, ...) is embedded within an own iframe. In this iframe a "bridgepage" is started which actually connects the CaptainCasa-client-processing with the editor.

The default bridge page is:
Code:
 eclnt/risc/ext_quill/quillbridge.html
 


It is (as all CaptainCasa resources) contained in the eclntjsfserver-xxx.jar

You can define your own bridgepage easily - and in this one you can configure the quill editor by its JavaScript API. In the SIMPLEHTMLEDITOR-control there is an attribute BRIDGEPAGE - and this is exactly the page that is used to embed the editor.

When using the default page the definition is:


<t:simplehtmleditor ... bridgepage="eclnt/risc/ext_quill/quillbridge.html" ...>
</t:simplehtmleditor>
 


You you can write your own one by copying the default one e.g. in "eclnt/risc/ext_quill/myownbrifgepage.html" and there do "anything" you like. In the default file you will clearly see the location where Quill is initialized.

Important: please do no have the idea to place your own file into the eclntjsfserver-xxx.jar file...!

There are two options:
1. place it in your java-resources - so that CaptainCasa loads it by classloader reading
2. place in in the webcontent

Option 1. is clearly better, because your file is now part of your .jar file and as result is part of your .jar file - so that re-distribution in other projects is much simpler.

Kind regards! Björn
(copied from mail request into this forum)

We would like to use an HTML editor in our project to make the entered text formattable. The quill editor seems to us to be suitable. Among other things, this also offers the option of including images and videos. We would like to deactivate these buttons because we do not need these functions and embedded images greatly enlarge the underlying text. Is there a way to access the quill editor configuration to hide these buttons?
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog
...ok then! ;-) So enjoy your new computer for the next years! (decades?) - Björn
Hi,

we still see projects which have not done a web.xml update yet... - and we talk about the web.xml update > 2 years ago! ;-)

Take a look at your web.xml - do you see filter definitions like "ThreadinFilter", "CompressionFilter", ...? Then you web.xml was created years ago and never updated. - All filter definitions, all servlet definitions (by CaptainCasa) were moved into our runtime, which registers all these items by using the corresponding APIs.

From CaptainCasa-perspective the web.xml is a minimum one. Please check https://www.captaincasademo.com/forum/posts/list/3357.page to see this minimum content.

THE PROBLEM IF YOU DO NOT DO THIS: you suddenly run into strange error situations (e.g. some NullPointer during component processing) which never occurred before... Why? Because the servlet engine now tries to mix the web.xml definitions with the API registrations - and the result is some "gambled" sequence of filters/servlets... In many cases this works fine - until it suddenly is arranging things in the wrong order.

Thanks! ;-)
Björn
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog
Hi Marieta,

the colors for odd/even management should always be defined with transparency (#xxxxxxtt in color attributes or rgba(x,x,x,t) in style), so that the "real" background can shine through.

Could you check this with your style definition?

Kind regards! Björn
Hi,

when using CaptainCasa in the following way...

1. Session management by URL-rewriting (not by COOKIE)
2. Spring Security version 5.7

...then the access to e.g. "BufferedContent" is not working anymore. On server side you get a log message like:

Code:
 2022-12-21 15:47:18,431 INFO | Could not find any object in buffered content for bufferId: BUFFERED_1671634036281_89447575_394 
 


The same is true for using "TemFileManager"-content.

Reason: we use the HttpServletResponse.encodeURL(...) method, which should by definition append ";jsessionid=...." to the URL. SPring does not do this anymore, or better: this must be explicitly switched on...:

Please check: https://docs.spring.io/spring-security/reference/5.7/servlet/appendix/namespace/http.html#nsa-http-attributes
And set the parameter "disable-url-rewriting" to "false".

Some further comments on this:

1. CaptainCasa can run with either URL-based session management or by COOKIE-based session management. It's up to you to decide.

2. When running in URL-bases session management then the "jsessionid" is rewritten into the URL. And this means it can be "hijacked". - But...: CaptainCasa always in parallel sends a cookie with a "check-id". So hijacking the jsessionid from the URL does not have any effect - the "check-id" of the cookie needs to be hijacked in addition, and this is part of the encrypted information (https), so no man-in-the-middle can catch.

More information on this is available in Developer's Guide, there is a chapter "Security considerations".

Kind regards! Björn

PS: and thanks to the one who not only found the problem but also knew the solution! ;-)
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog
??

Code:
     <class n="risctabbedline">
         <risc  n="inset" v="0 100 0 14"/>
     </class>
 


...works on my side. - Björn
...no this size is defined to 16x16...

The "padding" should be set-able by "risctabbedline"-inset definition (inset is "top right bottom left" definition).

Kind regards! Björn
...is available in the download area.

Details about changes: http://www.captaincasa.com/docu/eclnt_changelog
Maybe this does not fully match your question:

There is a counter that is reachable by DOM-Element-investigastion that is incremented after a communication. So if you start some server-side activity then pick the current counter and wait for it to be incremented.

The counter is kept in a DIV-element with attribute "data-riscclientname" set to value "riscform_outest", the counter is kept in attribute "data-riscclientcounter".

In Selenium you can access by:

Code:
     private static int getCurrentResponseCounter(WebDriver driver)
     {
         WebElement formOutest = driver.findElement(By.cssSelector("div[data-riscclientname='riscform_outest']"));
         String text = formOutest.getAttribute("data-riscclientcounter");
         return Integer.valueOf(text);
     }
 


Hope this is at least covering some aspects of your question...
 
Profile for CaptainCasa -> Messages posted by CaptainCasa [5316] Go to Page: 1, 2, 3  ...  353, 354, 355 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team