Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 610 of 807  Not logged in ELOG logo
ID Date Icon Author Author Emaildown Category OS ELOG Version Subject
  809   Wed Nov 24 00:48:17 2004 Idea Rich Persauddev2id at yahoo dot comRequestAll2.5.4-6Non-wildcard or numeric search for numeric attribute
Is there a way to disable wildcard matching in searches?

A search for "1" returns "1" and "10" and "11".  

Is there a way to perform an explict match?

Could there be a numeric match if the attribute type is numeric?
  810   Wed Nov 24 00:50:27 2004 Idea Rich Persauddev2id at yahoo dot comRequestAll2.5.4-6Multi-parent relationships between logbook items
Could there be a multi-value option for free text fields, e.g. comma-
separated?  This would allow multi-parent relationships between log items. 

E.g. specifying 12, 15 as a value would create unique Display links 
for "12" and "15", based on the Display specification for that attribute.

This would be like "multiple fixed options", for the purpose of formatting.
  65902   Thu Jun 5 02:06:31 2008 Idea Dennis Seitzdenseitz@comcast.netRequest  thumbnails in list and entry views?

It would be very cool to be able to select Full from the view menu and then scroll rapidly through all entries looking for that high res photo of a SQUID chip I took two months ago. Presently the photos are all full size so the Full view is slow to load and it takes a lot of scrolling to navigate. Can you implement thumbnails in Full view, and also in the single entry view? Clicking on the thumbnail should, of course, open the full size image.

For now, I'm just using the wysiwyg html entry format and dropping images into the entry, then right-clicking to set a small image size. Clicking on the image gives me a new window with the full size image, which works great.

I hope you don't mind the barrage of suggestions, and thanks again.

  66039   Mon Nov 10 19:10:44 2008 Reply Dennis Seitzdenseitz@comcast.netRequest  Re: thumbnails in list and entry views?

 

Stefan Ritt wrote:

 

Dennis Seitz wrote:

It would be very cool to be able to select Full from the view menu and then scroll rapidly through all entries looking for that high res photo of a SQUID chip I took two months ago. Presently the photos are all full size so the Full view is slow to load and it takes a lot of scrolling to navigate. Can you implement thumbnails in Full view, and also in the single entry view? Clicking on the thumbnail should, of course, open the full size image.

For now, I'm just using the wysiwyg html entry format and dropping images into the entry, then right-clicking to set a small image size. Clicking on the image gives me a new window with the full size image, which works great.

I hope you don't mind the barrage of suggestions, and thanks again.

 

Thumbnail display in "full view" is implemented already. Let's take this entry: I insert a picture and scale it down via the "smaller" button:

Capture.png

Now if you display this forum in full view, the image is still shown as a thumbnail, which you are able to click in order to get the full resolution display. I don't know what is different in your case, maybe you are using an oder version of ELOG?

 

 Sorry for the delayed reply.

Ideally I'd like a config setting so that by default all graphics are presented at a fixed thumbnail size, so the users don't have to edit the image size every time they add one. Clicking on the thumbnail would open the image full size.

This would by default streamline loading and scanning through pages with many large images, whether in Full view of an entire logbook, or when viewing individual entries.

 

  66228   Fri Feb 27 16:43:01 2009 Entry Dennis Seitzdenseitz@comcast.netBug reportMac OSX2.7.5Attachment problems

Apologies if these are known bugs, I'm very busy at the moment but I wanted to post this before I forget:

I'm using Safari on a Mac to make Elog entries.

1) The preview of some pdf attachments in edit mode displays huge areas of white space around each page. I can send examples if you'd like - please email me directly, for some reason I never get email notifications from this forum (and they aren't being tagged as spam, so I don't know where they go).

2) When that happens, the text entry area for ELcode format expands horizontally to match the huge pdf file width. Text without line feeds then doesn't wrap until the huge window width is filled, so I have to scroll horizontally all the time while editing to see what I've written.

3) So I turned off attachment previewing as a workaround (Preview attachments = 0 ). That worked fine by not expanding the entry area, but I noticed some odd behavior. The list of attachments below the text entry area is badly formatted. Here's a screen shot:

Picture_1.png

I tried to reproduce this with a new entry but the text was formatted properly for that entry.

P.S. While editing this entry, I see that the text area width is again being set by the width of the picture I've attached - try it yourself; if you try to resize your browser window smaller while editing, the text will only wrap until the width of the attachment is reached - the text no longer wraps at smaller widths than the attachment. 

  66230   Fri Feb 27 20:52:42 2009 Reply Dennis Seitzdenseitz@comcast.netBug reportMac OSX2.7.5Re: Attachment problems

 

Stefan Ritt wrote:

 

Dennis Seitz wrote:

Apologies if these are known bugs, I'm very busy at the moment but I wanted to post this before I forget:

I'm using Safari on a Mac to make Elog entries.

1) The preview of some pdf attachments in edit mode displays huge areas of white space around each page. I can send examples if you'd like - please email me directly, for some reason I never get email notifications from this forum (and they aren't being tagged as spam, so I don't know where they go).

2) When that happens, the text entry area for ELcode format expands horizontally to match the huge pdf file width. Text without line feeds then doesn't wrap until the huge window width is filled, so I have to scroll horizontally all the time while editing to see what I've written.

3) So I turned off attachment previewing as a workaround (Preview attachments = 0 ). That worked fine by not expanding the entry area, but I noticed some odd behavior. The list of attachments below the text entry area is badly formatted. Here's a screen shot:

Picture_1.png

I tried to reproduce this with a new entry but the text was formatted properly for that entry.

P.S. While editing this entry, I see that the text area width is again being set by the width of the picture I've attached - try it yourself; if you try to resize your browser window smaller while editing, the text will only wrap until the width of the attachment is reached - the text no longer wraps at smaller widths than the attachment. 

 

Your problem 1) is probably caused by ImageMagick. I use that package to convert PDFs to images. If this package estimates the paper size from the PDF incorrectly, you're screwed. You can go and actually locate the thumbnail pictures in the ELOG directory (should be named  xxxxxx_yyyyyy_<name>-0.png). If you check these pictures, they are probably already huge.

Problem 3) indeed is a small bug in elogd, which I fixed in revision #2178. If you can download the SVN version and recompile elogd, you should be fine:

Capture.png

 

 Thanks for the bug fix, we'll get our installation updated ASAP. And I will look into why some of my pdf file image sizes are interpreted incorrectly by ImageMagick, it might having something to do with how I've generated them.

Is it possible to set the default image size to always scale to fit the browser window? For example, this entry has a png attachment, but it still suffers from the fact that the text window size is set by the width of the png image.

If I'm forgetting something, sorry, I'm writing in a hurry!

Dennis

  66320   Wed Apr 15 17:57:19 2009 Question Dennis Seitzdenseitz@comcast.netQuestionAll2.7.5Config so that users can delete only their own entries?
I've tried

Deny_Delete = All
Allow Delete = $author

and just
Allow Delete = $author

But either users can delete anyone's entries, or they can't delete any entries.

Am I missing something? If not, can you add the capability to allow users to delete, but only their own entries?

Thanks as usual for a great piece of code!
  66850   Tue Jul 20 21:03:10 2010 Question Denis Perevalovdenis@fnal.govQuestionLinuxlatestEnable user to view only, not post/delete.

Hi,

I have just discovered elog and I absolutely love it.

I have a question. Is there a way to enable user to view only, not post/delete in my elog. Also I would like to allow them to view only certain categories of my messages.

 

Regards,

Denis

ELOG V3.1.5-3fb85fa6