Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 723 of 796  Not logged in ELOG logo
ID Date Icon Author Author Email Categoryup OS ELOG Version Subject
  321   Wed May 7 15:20:46 2003 Idea Thomas SaleinnoneRequest  A NAME=... tags around the attachments
Hello Stefan,

it would be useful, if the web server automatically produced tags <A NAME=
[AttachNo3]>Anhang 3</A> around the entry of the attachment. With this one 
could easily reference in the HTML text an attachement at the end of the 
page.

I had a problem, when I just put a HTML text with <IMG> tags into the 
formular box and I could not reference them although they were available 
(and displayed pictures) as attachments.

Thomas
  328   Wed May 7 21:15:57 2003 Reply Stefan Rittstefan.ritt@psi.chRequest  Re: A NAME=... tags around the attachments
> it would be useful, if the web server automatically produced tags <A NAME=
> [AttachNo3]>Anhang 3</A> around the entry of the attachment. With this one 
> could easily reference in the HTML text an attachement at the end of the 
> page.

I added a name tag <A NAME=attx> where x is 1,2,3,... to the attachments 
(->CVS). So you reference them by "/<logbook>/<id>#attx" where x is the 
attachment number, <id> the message ID (the one displayed in the URL if you 
display a single message) and <logbook> is the logbook name.

> I had a problem, when I just put a HTML text with <IMG> tags into the 
> formular box and I could not reference them although they were available 
> (and displayed pictures) as attachments.

That won't work, since attachments are preceeded by the date/time, to avoid 
name collisions if two identical file names are submitted several times. You 
see that if you click on an attachment to display only that picture. The URL 
in the browser gives you the full URL including the date/time, which you 
have to use to reference that image. This is of course not possible if you 
are just submitting an entry, since you don't know which exact time the URL 
will get. So you first have to submit the message with the attachment, the 
lookup the attachment URL, then edit the message again and enter the full 
URL. Not very handy, I know, but right now the only way.
  331   Thu May 8 16:49:05 2003 Question Tomas Rudolftomas@mba.beRequest  "Selection page" parameter
Hi, 

I have a question concerning the "Selection page" ELOG.cfg parameter.
I was wondering if it is possible to specify a complete (absolute) URL such 
as http://www.myserver.com/my_elog_menu.htm.

I need this type of configuration because we actually need to have the 
custom selection page sitting on a different server from the one where ELOG 
is run.

Thus far, the only work-around I could think of is to make a reference to a 
local html file which redirects to the http:// resource outside of the 
server.

When tried the absolute path, i got "The requested 
file /usr/local/elog/http://www.myserver.com/my_elog_menu.htm was not found 
on this server" error message. I'm wondering if it's just a bug or if there 
is a reason for it.

Thanx,
Tomas
  332   Thu May 8 22:22:24 2003 Reply Stefan Rittstefan.ritt@psi.chRequest  Re:
> I have a question concerning the "Selection page" ELOG.cfg parameter.
> I was wondering if it is possible to specify a complete (absolute) URL 
such 
> as http://www.myserver.com/my_elog_menu.htm.
> 
> I need this type of configuration because we actually need to have the 
> custom selection page sitting on a different server from the one where 
ELOG 
> is run.

I added this possibility to the source code (->CVS), although it's not clear 
to me how this should work for you. If you don't have access to the server 
where elogd is running, how should elogd then redirect you to somewhere else?
  335   Mon May 12 18:11:26 2003 Reply Tomas Rudolftomas@mba.beRequest  Re:
> > I have a question concerning the "Selection page" ELOG.cfg parameter.
> > I was wondering if it is possible to specify a complete (absolute) URL 
> such 
> > as http://www.myserver.com/my_elog_menu.htm.
> > 
> > I need this type of configuration because we actually need to have the 
> > custom selection page sitting on a different server from the one where 
> ELOG 
> > is run.
> 
> I added this possibility to the source code (->CVS), although it's not 
clear 
> to me how this should work for you. If you don't have access to the server 
> where elogd is running, how should elogd then redirect you to somewhere 
else?

Thank you Stefan,
It's not that we wouldn't have access to the ELOGD server, it's the fact that 
we're trying to create our own dynamic selection page (with a more detailed 
overview of the content of different logbooks - such as the date of last 
logbook entry, number of entries in last week, month etc.) based on the 
information we send from ELOG to our SQL server. 

So in this case the user logs on to ELOGD (currently run on Linux) then will 
be redirected to the selection page on a Windows machine (ASP getting all 
necessary information from a MS SQL DB) and the dynamically created links 
refer back to the ELOGD Linux server. May seem a little too complicated but 
works fine.

Tomas
  336   Mon May 12 22:47:10 2003 Reply Stefan Rittstefan.ritt@psi.chRequest  Re: Feature request - fairly urgent also :)
> We are using elog as a small database system, today we came across a 
> problem where 2 people were editing the same record and the first one to 
> submit his changes were overwritten when the second person submitted his.
> 
> Is there anyway to lock a logbook record when someone has pressed EDIT, 
> maybe set a flag in the logbook entry so it has to be unlocked when its 
> submitted by the originator or by an administrator.

I added some code experimentally to avoid double editing. Whenever a message 
is edited, a "stop" sign is displayed in the message list next to the edited 
messages and a warning is issued on the single message display page. If the 
original editing has been given up (browser closed) one can just ignore this 
message. I prefer this solution in comparision with a real locking, since 
the mechanisms for unlocking a stale message by the administrator is not 
necessary. Get the newest code from CVS, get also themes/default/stop.gif to 
display the stop sign, and let me know what you think.
  338   Wed May 14 18:18:31 2003 Reply nickc1nick@nick.comRequest  Re: Feature request - fairly urgent also :)
Thanks Ill grab it tomorrow and try it,

when is the new version out btw ?
  339   Wed May 14 20:07:54 2003 Reply Stefan Rittstefan.ritt@psi.chRequest  Re: Feature request - fairly urgent also :)
> Thanks Ill grab it tomorrow and try it,
> 
> when is the new version out btw ?

When I say "under CVS", I mean what I said in elog:233. The new version I 
will release probably next week.
ELOG V3.1.5-fe60aaf