[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: brandt  XML
Profile for brandt -> Messages posted by brandt [45] Go to Page: Previous  1, 2, 3 Next 
Author Message
Hi Captain,

sorry that i did not mention these important details.

CC-Version: 20180730
Component: t:fileuploadbuttonasynchronous

File upload crashes only in RISC. Swing is okay.

Regards Joe

Hi captain,

file upload craches if filename contains & character.

Can you please check?

Regards Joe
Hi Captain,

could you please add HTML usage to gridcol in fixgrid ?

Just as you did for buttons and labels.

Thanks.

Regards
Joe
Hi Captain,

we defined a focus sequence.

In Swing the defined focus sequence works correctly. But in Risc the focus sequence has no effect.

Could you please check?

Regards
Joe
Hi Captain,

we want to use fileuploadbutton / fileuploadbuttonasynchronous just as drop zone.

Our users should drag their files from an external file explorer and drop it on fileuploadbutton / fileuploadbuttonasynchronous. That is the way of uploading files we want to teach our users as standard method.

In this scenario the behaviour of fileuploadbutton / fileuploadbuttonasynchronous is disturbing when a user clicks on it.

Can you please add an attribute to fileuploadbutton / fileuploadbuttonasynchronous to disable mouse clicks (single and double click) ?

Thanks in advance.

Regards
Joe

Hi Björn,

you are right. In most cases a button was double-clicked and that was the reason for the double events.

We now explicitly set the attribute "doubleclickenabled" to false. With this measure double events do not occure any more. Thanks.

But "doubleclickenabled"="false" should be the default value. Why do we have to explicitly set this value?

Another source for double events are line items in a fixgrid. In our applications we have a single click strategy for line items in a fixgrid. So we set the attribute "singleclickexecute" to "true".
But sometimes our users are impatient and nervous. Then they click on a line item twice. And this double click leeds to two events on the server side.

I think a fixgrid with "singleclickexecute" = "true" should not react on double clicks anymore.

Is there a possibilty to achieve this ?

Best regards
Joe
Hi Captain,

in some (not so easy reproduceable) situations events (like mouse clicks) occure twice on the server side.

In our worst case invoices for an order were sent twice to our customer. This was very annoying.

This happens in Swing and in RISC.

Has anyone in the community also observed this behavior?

Captain: Do you have a solution or an idea to solve this problem in general in your framework?

Best regards
Joe
Maybe you could use clienthhtpsender and clienthttpreceiver to communicate between those two tabs.

But i think it is a very complicated way of communication.

Regards
Joe
Hi Captain,

is there a possibility to integrate image reduction for file upload within the RISC technology?

Regards
Joe
Hi Björn,

the default value for the attribute "selectallwhenfocussed" for textfields / textareas is "true".

This means that every time such a field gains the focus the whole text inside this field is selected. But our users have a problem with this situation. They want to add a new line to the existing text by pressing the enter key. But now the whole text is replaced by this key stroke.

Can you please provide a client parameter to change/set the default value for "selectallwhenfocussed" to "false" ?

Thank you.

Regards
Joe
Hi Björn,

don' t harry.

Kind regards
Joe
Hi Björn,

a validity-duration as parameter sounds great. I like this idea.

Please implement this feature.

I have an additionally idea / requirement:
What do you think about an additionally (parameterless) method removeAll() in the BufferedContentMgr class?

The removeAll method iterates over all session attributes starting with "bufferedContent_" and removes them from the session.

By calling this method it is guarenteed that all BufferedContent is removed from the session.

Kind regards
Joe

Hi Björn,

we have some problems with the BufferedContentMgr.

We see lots of BufferedContent objcects in our http-sessions, which consume a lot of server memory.

I know, as a user of the CapainCasa framework i am responsible for removing the content.

But i think the handling for removing content with the BufferedContentMgr is not very comfortable.

We used your standard way for removing content by adding a WorkpageDefaultLifecycleListener. But our PageBean with the download functionality was opened as a popup. So our WorkpageDefaultLifecycleListener was not called as the popup was closed. And our content was kept in the http-session.

As a CapainCasa developer i have to use the right event listener or a suitable jsf phase to remove the content depending on the context in which my Download PageBean is running. That is too complex and too difficult (at least for me).

So my question is:
Can you implement / extend the BufferedContentMgr class in a way, that the content is removed automatically, after the content was sent to the client?
May be you could create a corresponding flag "automaticContentRemoval" (true/false).

With "automaticContentRemoval=true" we have the constellation of a one-time-content. That is exactly what we need in our applications.

I would prefer to generate a certain content a second or third time before running into a memory problem on the application server.

Kind regards
Joe

Hello Captain,

i use the property maxnumberoffiles to control the number of files which can be uploaded.

This works fine for values 2,3,4, .... as maxnumberoffiles.

But if maxnumberoffiles is set to 1 or to 0, the filechooser dialog allows me to select any number of files for upload.

I expected, if maxnumberoffiles = 1 -> only 1 file could be selected for upload and if maxnumberoffiles = 0 -> no file file could be selected for upload.

As "fileselectiondialog" we use "filechooser". The version we use is "20150803".

Regards
Joe
Hi Björn,

perfect. Thank you very much.

Regards, Joe
 
Profile for brandt -> Messages posted by brandt [45] Go to Page: Previous  1, 2, 3 Next 
Go to:   
Powered by JForum 2.1.6 © JForum Team