Hi Stefan,

Obviously it's not magic but my inability to explain. I've attached a quick jpg of the file structure we use. So for every project we just repeat the file structure. It then becomes a browser based interface for our engineers, inspectors, project managers etc. so via the network they can access the data anywhere onsite.

Elog is used in an iframe on the manrec page. Here we record several logs (a record of everything we do, a record of test equipment, tools used, harnesses, connectors made and disconnected, etc. and what i'm now trying to achieve a document record / check list).

Now in the data directory we store hundreds of documents from procedures, circuit diagrams, mechanical drawings, parts lists, test reports and data, inspection reports, down to consumables like what type of cloth and liquid was used to wipe down a cable.

So the bulk of documents can fit on to an 8G memory stick, the only section that doesn't fit is the test data.  So when we need to move off site, or supply this data to a subcontractor we copy the contents (minus the test data) on to a memory stick, when the memory stick is returned we simply synchronise it back to the network. So the only links that would fail to work off site are links to test data - which we are not worried about.

Now, any new person working on the project needs to review the check list (hopefully the new elog if i can get it to work) part of this check list  / document record could say something like - carry out inspection, refer to drawing <href link> now this is where the problem occurs, as when the files are on the site based machine, we know the file structure is on the M:Drive; however when the memory stick is now plugged into a subcontractors machine / laptop we have no control of the drive allocation, so how can i get the link to the drawing to work?

When they finish the job required, they upload the data to the memory stick and state where.  ie inspection carried out - results passed see report "xyz" <href link>

I hope this now makes more sense

Kind regards

Terry

The CSS class for the list display table "listframe". If you want the second column to be left-aligned, you put following into elog.css:

.listframe td:nth-child(2) {
   text-align:left;
}

that should do the trick. Replace the "2" with the column you would like to change.

Stefan

Thank you Stefan: it worked!

Now I am wondering if there is some syntax to force this behaviour at the attribute level in elog.cfg, without the need to modify the css, I mean simply based on the attribute name (not its content). The syntax Style <attribute> <value> = <style> can modify the style but it applies to the whole line in the list, so all the cells in that line are affected. Also it apply *only if* the content of the cell equals <value>.

In other words, an overridden version for Style: Style <attribute> = <style> that will be applied *regardless* of the cell content _AND_ only to the cell specified in <attribute>

What do you think?

thx!

Ok. It take me a while, but I reinstalled ImageMagick with marked option "convert". Now, when I start elog, it can see ImageMagick, but screenshots attached to elog entries are still in original sizes. And, I don't see buttons for rotating, resizing images. 

I look into elog cfg options, but only what I found is Thumbnail size which, it looks, don't work.

Don't know what more I should check. 

Daniel.

Hi,

Maybe the post is outdated already, but I want to share my experience anyway. I faced the same problem as Daniel: The most recent ImageMagick package was not detected by elogd even though it was installed. I could trace back the problem to the following issue:

Stefan mentioned that the ImageMagick software is detected via the 'convert' command. Since ImageMagick V7, however, the 'convert' command is no longer supported. So, when installing ImageMagick V6 the detection works.

@Stefan: Maybe you could adapt the software detection at some point? Thanks.

Christian