ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
69015
|
Wed Aug 21 07:00:17 2019 |
| Lech | subs@lwp.email | Question | Linux | 3.1.3 | Re: Drag and drop does not work in 3.1.3? |
I've discovered, that if I switch my local elog to SSL, dropping of images starts to work (as expected). However... pasting stops. If I select "paste" popup, I got the message about my browser security settings not allowing to paste, and that I can paste in the popup window. In Firefox I can actually paste in the popup window (image appears there), but after clicking OK nothing appears in the editing window. In Chrome and Opera nothing appears even in the popup window. I played with FF security settings, enabling pasting for elog sites (both local and the demo on this site) as advised in many places on the internet, but it doesn't help. This may be a CKInter issue, although interesting that it works without SSL (and not properly, resulting in too big text being stored)
Lech wrote: |
From what I've read in a past post, it is hitting the max content length because pasting, unlike dropping, is not properly supported and it is possible that images get converted to text in some way and occupy a lot of "content length". So what I mean is that the pasted image is handled the same way as the dropped image.
Btw. adjusting the Max content length, according to the message, requires recompilation of the program, so it is not only a matter of configuration.
Andreas Luedeke wrote: |
> Btw. do you plan to properly accept pasting of images?
I would claim it is already properly supported. If you hit a size limit you can configure your ELOG to adjust the limit (Max content length ).
Or did I misunderstand your question?
Lech wrote: |
Thank you. Locally doesn't work for some reason... I'll try to investigate.
Btw. do you plan to properly accept pasting of images? Pasting a screenshot saves a lot of time when making logs.
Stefan Ritt wrote: |
It's the config from the distribution. A copy is below.
Stefan
[global]
port = 8080
[demo]
Theme = default
Comment = General Linux Tips & Tricks
Attributes = Author, Type, Category, Subject, Pinned
Options Pinned = boolean
Options Type = Routine, Software Installation, Problem Fixed, Configuration, Other
Options Category = General, Hardware, Software, Network, Other
Extendable Options = Category
Required Attributes = Author, Type
Page Title = ELOG - $subject
Reverse sort = 1
Quick filter = Date, Type
Last default = 31
Lech wrote: |
Can I find the config of the demo elog somewhere, so I could try it locally?
Stefan Ritt wrote: |
The Drag & Drop was implemented already in 3.0.0 (see https://elog.psi.ch/elog/download/ChangeLog). So no idea why it's not working for you.
Stefan
Lech wrote: |
Hello,
I can paste images into text (which resulted in the text_size too long error message), however, I can't drop them on my elog. However, I can do it on the demo version. Was the drag and drop into text already supported in version 3.1.3 and I am just missing some configuration option, or do I need to find a repository with a more recent version of elog?
Thanks!
|
|
|
|
|
|
|
|
66788
|
Sat Apr 17 01:06:58 2010 |
| Jason St. John | stjohn@bu.edu | Request | Linux | 2.7.8-2278 | Can other pages hide behind elog user authentication? |
Hello,
The elog security suits me just fine: the content is not available unless users have logged in, and as administrator I have complete control over who that is and what their privileges are. I can easily share somewhat sensitive notes, plots, and findings without making them completely open to the world.
I have a project which generates html pages, which I'm also not really supposed to make public to the world. I'd rather not resort to attaching them to elog entries.
Could the elog security be extended to control access to other files I put on the server?
Thanks,
-jmsj |
599
|
Wed Jul 14 21:35:32 2004 |
| Steve Jones | steve.jones@freescale.com | Question | All | 2.5.3 | Question on how "Format <attribute> = " works |
It is not clear to me how "Format <attribute> = " works. At first I thought
it would allow me to rearrange how attributes are organized on the html
"page" using
# <flags> Sum of following flags:
* 1: Display attribute in same line as previous attribute
* 2: Display radio buttons or check boxes in separate lines (if applicable)
but this does not result in any behavior that I can see. I must admit that
I am not sure what "Values used for single message display page:" means.
My goal is to provide a more compact page, taking small attributes and
running them across the page rather than straight down.
Thanks |
600
|
Wed Jul 14 21:47:47 2004 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.5.3 | Wishlist: TOOLTIP for ATTRIBUTES |
Using the COMMENT feature to add guidance to an ATTRIBUTE works great, but
is it possible to add a TOOLTIP <ATTRIBUTE> = so as to save screen space?
For a complex entry form it is desireable to try and have everything in a
single window and this, I think, would help.
Thanks |
603
|
Wed Jul 14 22:52:18 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.3 | Possible Formatting bug: Summary view |
I've run into a situation where the SUMMARY view of a logbook will extend
beyond the righthand border, thus requiring the user to scroll right. This
does not occur in FULL or THREAD mode. Long lines in the TEXT attribute
appear to be "pushing" the display too far to the right. Limiting the
number of displayed summary lines works unless the first line is too long.
A temporary fix for this is to set summary lines = 0 |
604
|
Wed Jul 14 22:54:43 2004 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.5.3 | Re: Wishlist: TOOLTIP for ATTRIBUTES |
> > Using the COMMENT feature to add guidance to an ATTRIBUTE works great, but
> > is it possible to add a TOOLTIP <ATTRIBUTE> = so as to save screen space?
>
> Where should the tooltip appear? In the entry form or when an entry is
> displayed, or even in the tabular listing? I can put a title arround the
> attribut names such as
>
> <div title="Please enter some subject here">Subject:</div>
>
> which gets interpreted by most browsers as a tooltip. However it's not
> apparent to the user that leaving the cursor on top of "Subject" opens a
> tooltip, especially since the cursor is displayed as the text cursor (vertical
> bar), not as an arrow over the attribute. Do you have a link to a public web
> page which uses tooltips?
>
> > For a complex entry form it is desireable to try and have everything in a
> > single window and this, I think, would help.
>
> Aiming for running elog on you PDA? Let me know if you succeed...
In the Entry form I am thinking, as this is when most people need some help.
Perhaps the user could be clued in with a "Mouse-over each attribute for Help"
COMMENT at the top.
As for the PDA, no, it's just that some people around here get confused if they
have to scroll down. Not a big thing . . . ;-> Hmmm, PDA . . . |
605
|
Wed Jul 14 22:59:05 2004 |
| Steve Jones | steve.jones@freescale.com | Question | All | 2.5.3 | Re: Question on how "Format <attribute> = " works |
> Just have a look at elog:571 which should answer your question. Also look at
> elog:Config+Examples/4 which is the configuration of this Forum (which as you can
> see has all attributes in a single line, even using different fonts).
Ok, I think I see now. I was assuming it applied to the entry form as well.
Thanks! |
610
|
Fri Jul 16 04:36:51 2004 |
| Steve Jones | steve.jones@freescale.com | Question | All | 2.5.3 | Re: Question on how "Format <attribute> = " works |
> > Ok, I think I see now. I was assuming it applied to the entry form as well.
>
> Well, good idea. I implemented that. Have a look at this forum (just hit reply to this
> entry) and you'll see it. I'm not completely happy with it (at least on small 1024x768
> screens), but it's configurable anyhow. New version under CVS.
Now that creates an interesting display - especially with the icons and radio buttons.
But it works!
Thanks. |