ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
1920
|
Sun Sep 3 21:57:00 2006 |
| Arno Teunisse | arno.teunisse@simac.nl | Question | Windows | | Attribute and checkbox |
In the screen shots I see checkboxes before the attributes. How can I do that ??
In the doc I saw Options <attribute> = boolean. But that creates a checkbox in the fill in form after the attribute. See second attached picture. The first attached picture shows what I want but I can only get the result in the second picture. Can anybody help me in this one. ( Is there an option checked for the attributes ? |
Attachment 1: untitled.JPG
|
|
Attachment 2: untitled1.JPG
|
|
806
|
Wed Nov 24 00:42:10 2004 |
| Rich Persaud | dev2id at yahoo dot com | Request | All | 2.5.4-6 | Attribute Negative Search |
Is there any way to search for all attributes _except_ a certain value? |
Draft
|
Thu Mar 3 00:02:26 2016 |
| Mike Bodine | Mike.Bodine@alcatel-lucent.com | Question | Windows | 2.9.2 | Attribute Field Size Limited to 255 Characters |
I currently have an Attribute defined in my .cfg file as "Format <Attribute> = 0, attribname, attribvalue, 120, 500". I've found if I exceed 255 characters elogd.exe fails. Is there a method that will allow me to exceed 255 characters? |
68274
|
Thu Mar 3 00:12:45 2016 |
| Mike Bodine | Mike.Bodine@alcatel-lucent.com | Question | Windows | 2.9.2 | Attribute Field Size Limited to 255 Characters |
I currently have an Attribute defined in my .cfg file as "Format <Attribute> = 0, attribname, attribvalue, 120, 500". I've found if I exceed 255 characters elogd.exe fails. Is there a method that will allow me to exceed 255 characters? |
1543
|
Thu Dec 8 10:32:37 2005 |
| Bertram Metz | bmetz@sbs.com | Bug report | Linux | V2.6.0-bet | Attachments in duplicated entries |
Hi,
the duplicate command duplicates the entry text itself, but it does not duplicate attachments.
If attachments in a duplicated entry are deleted, the original attachment files are deleted as well and cannot be accessed anymore within the original entry.
My suggestion is to copy the attached files too and to use file names of the copies in the duplicated entry.
Kind regards,
Bertram |
67088
|
Wed Jul 6 12:45:19 2011 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | All | 2.9.0-2411 | Attachments in a different logbook to the entry logbook |
Is it possible to have an attachment to an entry in a different directory to the working directory of the logbook being used?
By which I mean, if you have in logbook hidden the attachment files
../logbooks/hidden/110705_235520_whatthis-0.png
../logbooks/hidden/110705_235520_whatthis.pdf
that an entry in another logbook, public, can use the entries in hidden to show them (and do everything that you can do with an attachment)
without making another copy in public?
I see that if, working in public, you attach the .pdf file in hidden, the files get copied across as
../logbooks/public/110705_235520_whatthis-0.png
../logbooks/public/110705_235520_whatthis.pdf
that is, with the original (hidden) timestamp, and no second time stamp superimposed. From which you can gather I've been playing around, manually editing a yymmdda.log file to try and get the result I want, even if for the moment it cannot be done via elog; but without success, although there were some bizarre interpretations by the elog program of the edited yymmdda.log file, depending upon what I tried.
For one entry, it is of course no big deal, copying the files into the public directory, but if you are dealing with multiple huge entries, it does seem wasteful of HD space
But my reason for this is that hidden has restricted access, whereas public has general access. The attachments themselves are not restricted, but comments, history etc around them in the restricted access logbook should not become available to the general viewer. |
66625
|
Mon Nov 23 11:53:22 2009 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | Linux | 2.7.7-2266 | Attachments and images of attachments |
Hi Stefan,
I attached a 12 page (22kB) pdf file - no images - to an entry, but elog only converted the first 8 pages to
images (.png). This is reproducable, i.e. a different small multipage pdf file produced the same number of images.
The size of the pdf file does not seem to be a problem, a single page pdf file with a lot of images in it
attached as expected.
Is this correct, or a defined limitation? |
67104
|
Wed Aug 31 14:00:17 2011 |
| David Pilgram | David.Pilgram@epost.org.uk | Question | All | 2.9.0-2411 | Attachments (again) |
OK, so no-one has ideas as per my question in elog:67088.
Looking at the issue from another angle.
If you attach a pdf file (for example), two files are added to the logbook:
../logbooks/hidden/110705_235520_whatthis-0.png
../logbooks/hidden/110705_235520_whatthis.pdf
Is there any way that you can select an attachent, but only the thumbnail (.png in this case) is stored (and
subsequently viewed)? Options for ability to select an attachment, or how the thumbnail is manipulated/viewed
exist, but nothing about the storage or otherwise of the original document that I can find.
I've tried manually deleting the .pdf file (after going through the automatic routine to make an attachment),
and elog doesn't seem upset at the lack of the .pdf file at all. The only time anything happens is if one
clicks on the image - and then you get a 'file not found' message from the browser - I could live with that.
In my case the original .pdf file is elsewhere, I've no need to have duplicates scatted in various logbooks, and
while ideally that would also be true of the thumbnail, it is fair enough for this to be stored in each logbook
where it is required. This removes the issue of how to have an attachment in a different logbook (other than by
links, which would get rather tiresome to have to keep making).
Anyone any ideas? |