Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 102 of 806  Not logged in ELOG logo
ID Date Icondown Author Author Email Category OS ELOG Version Subject
  973   Fri Mar 4 10:59:51 2005 Reply Alex Halex@synergie-inf.comQuestionWindows2.5.7-1Re: Non clickable column
> > Is there any solution to obtain an non-clickable column ?
> > For example here : http://midas.psi.ch/elogs/Config+Examples/ what should 
> > I do to obtain the data of the Category column non clickable?
> > I don't have find a solution in the Syntax of elogd.cfg  
> > (http://midas.psi.ch/elog/config.html)
> 
> What do you mean by "non-clickable column"? The column header for sorting, or
> the column contents which brings you to the single entry page? For both of
> them, there is no way right now to obtain that. Why do you want it?

I talk about the column contents. In fact on ELOG, we store password so its 
more easyer to click twice on it to select them and after to copy them instead 
of select from right to left the password and to try to copy them. The HMTL 
link gave problem, its more hard to copy data from HTML link than an normal TXT.
A little hard to explain sorry for my mistakes and explication I'm French :o).
  975   Tue Mar 8 13:16:14 2005 Reply Paul Harringtonpaul.harrington@oup.comQuestionAll Re: length of fields
The reason for the earlier question is that we are trying to use Elog to store 
data in a form we'd need to store more 1500 characters in more than one field.

Is it possible to get around this problem by having more then one main text field 
per record?

thanks

Paul

> > > When creating/updating entries in elog, excluding the main text field are 
> > > there any limits on the size of the other fields?
> > 
> > Yes, this is controlled by the variable NAME_LENGTH in elogd.c, which is
> > currently set to 1500 characters. You can try to increase this and recompile,
> > but at some point you will produce a stack overflow and elogd will crash. So
> > the current length is a compromise.
> > 
> > - Stefan
> 
> Thanks. Thats useful to know.
> 
> Paul
  977   Tue Mar 8 17:34:05 2005 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux2.5.7Re: Compilation flag/file question
> If I want to go to the latest CVS release, what files do I have to compile
> along with the elogd.c file?  Also, do I need to use any special gcc flags
> for the compilation?  Thanks.

You need elogd.c, mxml.c and regex.c, the Makefile you can get from CVS as well 

http://midas.psi.ch/cgi-bin/cvsweb/elog/Makefile
  978   Tue Mar 8 19:23:14 2005 Reply Benjamin Brownbrownbr@hotmail.comQuestionLinux2.5.7Re: Compilation flag/file question
> > If I want to go to the latest CVS release, what files do I have to compile
> > along with the elogd.c file?  Also, do I need to use any special gcc flags
> > for the compilation?  Thanks.
> 
> You need elogd.c, mxml.c and regex.c, the Makefile you can get from CVS as well 
> 
> http://midas.psi.ch/cgi-bin/cvsweb/elog/Makefile

Worked like a charm.  Thanks again.
  979   Tue Mar 8 20:28:49 2005 Reply Stefan Rittstefan.ritt@psi.chQuestionAll Re: length of fields
> Is it possible to get around this problem by having more then one main text field 
> per record?

No, not at the moment. You can increase the 1500 characters by recompiling elogd, but
at some point you will hit the stack limit and elogd will crash. I plan a major
redesign with completely dynamic memory allocation, thus permitting any number of
characters on any attribute. But this will take a couple of months or so.
  981   Mon Mar 14 21:00:57 2005 Reply Stefan Rittstefan.ritt@psi.ch   Re: 2 Extendable options when created new entries
I fixed this problem in revision 1.586. It will be contained in the next release.
  982   Mon Mar 14 21:11:11 2005 Reply Stefan Rittstefan.ritt@psi.chBug reportAllrev. 1.51Re: Display <attribute> do erroneously encoded
> 
> Display subject = <b>$subject</b>
> 
> is printed to the browser encoded, so that it is diplayed as is..

I fixed that in revision 1.587. Note however that you should do the formatting
of attributes better using the CSS functionality, since it gives you more
possibilities. See for example the subject of this forum, which has it's own
CSS class "subjname", which has a larger font size. You select your own class like

Format Subject = 0, subjname, subjvalue

in the configuration file. Then add the classes into the CSS file.

Now elog shows each attribute which contains a "<b>" encoded (as HTML). But if you
want to write a subject line like "For bold use <b> in HTML", then the "<b>"
triggers the HTML display, so it is not written as is, which is not what you want in
that case. Since there is no switch "Submit as HTML text" for the attributes, it is
hard for elog to "guess" if you want HTML encoded or not.
  983   Mon Mar 14 21:56:15 2005 Reply Stefan Rittstefan.ritt@psi.chQuestionWindows2.5.7-1Re: Non clickable column
> I talk about the column contents. In fact on ELOG, we store password so its 
> more easyer to click twice on it to select them and after to copy them instead 
> of select from right to left the password and to try to copy them. The HMTL 
> link gave problem, its more hard to copy data from HTML link than an normal TXT.
> A little hard to explain sorry for my mistakes and explication I'm French :o).

I added a new option "Link display = ...", with which you can restrict the number of
attribues which gets a HTML link. If you put

Link display = ID, Author

then only the ID column and the colum with the Author are shown as HTML links, all
other are shown as simple text.

The new version is under CVS. This option will be included in the next release.
ELOG V3.1.5-3fb85fa6