Hey eloggers,

does anyone have an answer to this question?

Thanks for the help.

Best,


Nick


> Hey, 
> 
> thanks for your answer. I completely get your point. However, I think my question as not precise enough.
> 
> I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this 
process has been performed with. So for a single post I would like to have a list like this:
> 
> wafer_IDs = numeric value, numeric value, numeric value, extendable
> 
> Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put.
> 
> Let me make an example (If the attribute were a string this would be the equivalent):
> 
> 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002):
> wafer IDs = 1000, 1001, 1002
> 
> 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002):
> wafer IDs = 1000, 1002
> 
> The string solves the issue, but is not as nice as having directly a list of integers.
> 
> Thanks for your help!
> 
> Best,
> 
> Nick

Thanks for you help. This is almost it. 

The problem is that the items are options and not freely closable numbers. In the end, with your solution, it will show you all of the previously put IDs which will be 1000s of entries for us. I think I will just put a convention that we have to write the numbers spread with a comma in a string 
field.

Thanks.

Best,

Nick 


> I have replied to this entry, because, for some reason I don't understand, if I reply to your latest entry, I am
> automatically logged out.  I tried this multiple times, and also on many other entries and had no issues other than
> entry 69787 - any reason for this, Stefan?
> 
> Anyway, what about MOptions? That appears to do what your example, and needs two lines in elog.cfg file:
> 
> Moptions WaferID = 1001, 1002, 1003, 1004, 1005
> Extendable Options = WaferID
> 
> I've done a couple of quick tests on a test logbook I keep for such experimentation, and it appears to do all 
> you have asked of it.  I added a new option 1006.  However, I found that one has to add that new one on its own, 
> let the entry become proper, and then edit the entry to add the other, existing, values.   If you tick entries and 
> also add a new one, then your new entry is all those listed on their own, that is you would get and new entry
> in the config file such as "1002 | 1004 | 1006", rather than just 1006
> 
> This is probably an result of an unexpected use of Moptions and extendable options, rather than a bug per se.
> 
> > Hey, 
> > 
> > thanks for your answer. I completely get your point. However, I think my question as not precise enough.
> > 
> > I would like to have a numeric input, but many at the same time. When I make a new post, I would like to have an attribute 'wafer_IDs' that specifies the list of wafers this process has been performed with. So for a single post I would like to have a list like this:
> > 
> > wafer_IDs = numeric value, numeric value, numeric value, extendable
> > 
> > Note: I am not referring here to the option. The numeric values are freely chooses numbers, the only this that varies from post to post is the number of numeric values put.
> > 
> > Let me make an example (If the attribute were a string this would be the equivalent):
> > 
> > 1st post: A process that was run with 3 wafers (ID: 1000, ID: 1001 and ID: 1002):
> > wafer IDs = 1000, 1001, 1002
> > 
> > 2nd post: A process that is run with 2 wafers (ID: 1000 and ID: 1002):
> > wafer IDs = 1000, 1002
> > 
> > The string solves the issue, but is not as nice as having directly a list of integers.
> > 
> > Thanks for your help!
> > 
> > Best,
> > 
> > Nick

We have observed the same issue. Did the CodeCogs api change? 

Thanks for the help.

Ive got 2 issues which I cant see to resolve I was wondering if anyone can 
help.

Problem 1 - Since upgrading to version 2.3.0 I seem to have lost the some 
functionality explained below.  When i first log into my logbook (i only 
have a single one) it defaults to the summary view and the first field is 
one called Customer Name as opposed to # as i wanted the list sorted by 
this field, the link for that logbook entry is no longer available on the 
first field (being Customer Name) but only on the # field), however if you 
use Summary threaded view the whole line is a link.

Is there a flag or setting to the make the first field a link?


Problem 2 - no matter what i try in the config file i cannot get elogd to 
use stylesheets ive tried specifying and even editing and removing the 
default.css style sheet i downloaded but it just seems to ignore its there.

Any help or advice ??????

> I revised the way links are placed into the summary table, so I could have 
> lost some functionality (I did not try all config combinations since there 
> are too many now). So I can fix your problem in two ways now: Either always 
> have the first item in a list be a link, or have each item be the (same) 
> link. What do you think is a better solution?

I think the first option is the better one, having the first columns data in 
the list be linkable for example i am using this to store customer 
configuration and the list needs to be in alphabetical order so it has to be 
the first column but needs to be linkable :)

Would be nice if you can specify which columns data has links as a flag or 
setting of some sorts, as opposed to either the first or all, but given a 
choice I would want the first column to be the linkable one 

My config looks like this

Display search = Customer Name, Account ID, Author, Date, #

I think the better option is first item (being the first column entries) all 
have links to the logbook entries (which is how it was in the previous 
version) 

> 
> > Problem 2 - no matter what i try in the config file i cannot get elogd to 
> > use stylesheets ive tried specifying and even editing and removing the 
> > default.css style sheet i downloaded but it just seems to ignore its 
there.

I resolved this problem, many thanks for your help

> > > > Problem 2 - no matter what i try in the config file i cannot get 
elogd 
> to 
> > > > use stylesheets ive tried specifying and even editing and removing 
the 
> > > > default.css style sheet i downloaded but it just seems to ignore its 
> > there.
> > 
> > I resolved this problem, many thanks for your help
> 
> What happened. If you tell your initial problems, I can maybe put something 
> into the docs so that others won't have it...
> 
> - Stefan

I upgraded to version 2.3.0 the previous version didnt seem to work with 
stylesheets, when you viewed the html source there was no stylesheet defined 
in it.

Please see my other posts for feature requests.

Many Thanks - FANTASTIC program btw

Can you consider implementing the following additions to the functionality

1) Subt on edit <attribute> = xyz 

This would be fantastic for implementing version control so you can see who 
has edited a posted or a db entry.

2) Have a SORT fieldname flag so you can decide which column to sort things 
by on a display listing in conjunction to the display flags, it current 
defaults to the # column and I find i am directly linking to a sorted 
display

3) Have the elogd.conf track actual log entries people have changed 
detailing date and time etc.

4) Ability to export contents of the log books to files on disk for backup 
purposes as all data is contained within a single log file which causes 
problem for command line searches.


Many thanks 

> > Can you consider implementing the following additions to the functionality
> > 
> > 1) Subt on edit <attribute> = xyz 
> > 
> > This would be fantastic for implementing version control so you can see 
> who 
> > has edited a posted or a db entry.
> 
> Can you give me an example of how you would use that?

-----

Lets say you are storing configuration information relating to a customers 
solution, you need the ability to track who has made what changes to the 
config information stored in the log book so you can backtrack who changed 
what and when, for example

If you have a field name called Last Edited by this field is locked and not 
editable using the Lock attributes flag, but if you had Subt on edit 
everytime that entry is updated it places your login name into this field and 
therefore stamps it to say you have edited it, as the field isnt free txt it 
cant be spoofed as the $long_name comes from your login details.

-----
>  
> > 2) Have a SORT fieldname flag so you can decide which column to sort 
> things 
> > by on a display listing in conjunction to the display flags, it current 
> > defaults to the # column and I find i am directly linking to a sorted 
> > display
> 
> Sorting is not done by the "#" column but by the sequence when messages 
have 
> been entered. You can sort the table differently by clicking on the table 
> titles (twice for reverse sort). To sort by default on a column, for 
example 
> sort by the author, you can add
> 
> Start page = ?sort=author
> 
> into elogd.cfg which does the job.
----
Excellent I didnt know what Ill try that tomorrow

----