Re: Why are Preset fields blanked out?, posted by Stefan Ritt on Mon Sep 18 15:21:56 2006 
|
[quote="Steve Jones"]The snippet of code below sets an attribute to a date depending on the selection. Problem is, if attribute ApprovedDate was previously
set, selecting any other value for CRStatus will blank out ApprovedDate (the same occurs for CompletedDate). Why would this be occurring when the conditionals
are mutually exclusive?
|
|
Re: Re: Why are Preset fields blanked out?, posted by Steve Jones on Mon Sep 18 18:19:44 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]The snippet of code below sets an attribute to a date depending on the selection. Problem is, if attribute ApprovedDate
was previously set, selecting any other value for CRStatus will blank out ApprovedDate (the same occurs for CompletedDate). Why would this be occurring
when the conditionals are mutually exclusive?
|
|
Re: Re: Why are Preset fields blanked out?, posted by Stefan Ritt on Tue Sep 19 17:32:28 2006
|
[quote="Steve Jones"]
I think I found it. Try this:
[CODE]
|
|
Re: Re: Why are Preset fields blanked out?, posted by Steve Jones on Tue Sep 19 19:22:31 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]
I think I found it. Try this:
[CODE]
|
|
Re: Re: Why are Preset fields blanked out?, posted by Stefan Ritt on Tue Sep 19 20:28:15 2006
|
[quote="Steve Jones"]
Setting the "Type" to "date" causes the blanking to occur.
[/QUOTE]
|
|
Re: Re: Why are Preset fields blanked out?, posted by Steve Jones on Tue Sep 19 20:38:49 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]
Setting the "Type" to "date" causes the blanking to occur.
[/QUOTE]
|
Why are Preset fields blanked out?, posted by Steve Jones on Thu Sep 14 22:59:39 2006
|
The snippet of code below sets an attribute to a date depending on the selection. Problem is, if attribute ApprovedDate was previously set, selecting any
other value for CRStatus will blank out ApprovedDate (the same occurs for CompletedDate). Why would this be occurring when the conditionals are mutually
exclusive?
|
|
Re: Why are Preset fields blanked out?, posted by Stefan Ritt on Mon Sep 18 15:21:56 2006
|
[quote="Steve Jones"]The snippet of code below sets an attribute to a date depending on the selection. Problem is, if attribute ApprovedDate was previously
set, selecting any other value for CRStatus will blank out ApprovedDate (the same occurs for CompletedDate). Why would this be occurring when the conditionals
are mutually exclusive?
|
|
Re: Re: Why are Preset fields blanked out?, posted by Steve Jones on Mon Sep 18 18:19:44 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]The snippet of code below sets an attribute to a date depending on the selection. Problem is, if attribute ApprovedDate
was previously set, selecting any other value for CRStatus will blank out ApprovedDate (the same occurs for CompletedDate). Why would this be occurring
when the conditionals are mutually exclusive?
|
|
Re: Re: Why are Preset fields blanked out?, posted by Stefan Ritt on Tue Sep 19 17:32:28 2006
|
[quote="Steve Jones"]
I think I found it. Try this:
[CODE]
|
|
Re: Re: Why are Preset fields blanked out?, posted by Steve Jones on Tue Sep 19 19:22:31 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]
I think I found it. Try this:
[CODE]
|
|
Re: Re: Why are Preset fields blanked out?, posted by Stefan Ritt on Tue Sep 19 20:28:15 2006
|
[quote="Steve Jones"]
Setting the "Type" to "date" causes the blanking to occur.
[/QUOTE]
|
|
Re: Re: Why are Preset fields blanked out?, posted by Steve Jones on Tue Sep 19 20:38:49 2006
|
[quote="Stefan Ritt"][quote="Steve Jones"]
Setting the "Type" to "date" causes the blanking to occur.
[/QUOTE]
|
Unsubscribe from logbooks, posted by Chris Warner on Fri Sep 8 18:42:05 2006
|
| Is there a way for user to unsubscribe from a logbook? Can a user delete their own account? |
|
Re: Unsubscribe from logbooks, posted by Stefan Ritt on Mon Sep 11 17:25:54 2006
|
[quote="Chris Warner"]Is there a way for user to unsubscribe from a logbook? Can a user delete their own account?[/quote]
Yes. Yes.
|
Auto-refresh ELog display, posted by Alan Stone on Thu Aug 24 15:52:54 2006
|
We have multiple LCDs at a console, and usually one is dedicated to displaying a browser
with the local ELog. Meanwhile, others are making entries from another machine. If
no one clicks on refresh, the ELog display becomes stale. Is there a method to have
|
|
Re: Auto-refresh ELog display, posted by Steve Jones on Thu Aug 24 19:02:47 2006
|
Couldn't a small bit of javascript be added that would accomplish this? Me saying this and I have no idea what I am talking about!!
[quote="Alan Stone"]We have multiple LCDs at a console, and usually one is dedicated to displaying a browser
|
|
Re: Auto-refresh ELog display, posted by Steve Jones on Thu Aug 24 19:28:35 2006
|
<html>
|
|
Re: Auto-refresh ELog display, posted by Alan Stone on Thu Aug 24 20:16:23 2006
|
I appreciate your posting of the JavaScript. However, I have no idea what
to do with it. The page appears to be generated by some elog daemon. I do
not know how to hook into that.
|
|
Re: Auto-refresh ELog display, posted by Steve Jones on Fri Aug 25 05:27:13 2006
|
eLog allows one to add custom headers or footers as well as include Cascading Style Sheets. I believe there is a post somewhere in here from Stefan indicating
that javascript can be added through one of these methods . . . hold on, a simple search, yes Stefan mentions it at http://midas.psi.ch/elogs/Forum/1837
|
|
Re: Auto-refresh ELog display, posted by Stefan Ritt on Mon Sep 11 16:32:52 2006
|
[quote="Alan Stone"]We have multiple LCDs at a console, and usually one is dedicated to displaying a browser
with the local ELog. Meanwhile, others are making entries from another machine. If
no one clicks on refresh, the ELog display becomes stale. Is there a method to have
|
elog perl script and the command prompt and eof, posted by Arno Teunisse on Thu Sep 7 22:06:00 2006
|
hello
Just wrote a quick and dirty perl script ( See Attachment ) that let's you enter a record into the database. Put it into the directory where the config |
|
reply option in elog client not working, posted by Gerald Ebberink on Tue Aug 22 11:31:11 2006
|
When I try to make a reply with the following command
elog -v -h hostname -p 80 -l 'logbook wannabe' -u 'guess' 'what' -a 'Phase=During Measuring' -a Author='Gerald Ebberink' -a 'Subject=Octave measurements' |
|
Re: reply option in elog client not working, posted by Gerald Ebberink on Wed Sep 6 12:02:52 2006
|
| Today I found, I have the same problem with editing the log (with the -e option) |
|
Re: reply option in elog client not working, posted by Gerald Ebberink on Thu Sep 7 08:01:37 2006
|
I have made patch witch solves the problem partialy.
If there are not no attachments this patch works.... (But since I have attachments I'll have to dig in deeper in the code.
|
|
Re: reply option in elog client not working, posted by Gerald Ebberink on Thu Sep 7 17:17:17 2006
|
[quote="Gerald Ebberink"]I have made patch witch solves the problem partialy.
If there are not no attachments this patch works.... (But since I have attachments I'll have to dig in deeper in the code.
|
Corrupt page link, posted by Ulrich Trüssel on Wed Jun 21 14:21:01 2006
|
If a loggbook contains more than one page of entries, above and under the list are links for changing the page by number (or privous / last and all) conatining
links looking like "http://localhost:8080/logbook/page2?mode=mode". This is the correct link and will work until Version 2.6.1-5!
|
|
Re: Corrupt page link, posted by Stefan Ritt on Wed Jun 21 17:03:23 2006
|
[quote="Ulrich Trüssel"]If a loggbook contains more than one page of entries, above and under the list are links for changing the page by number (or privous
/ last and all) conatining links looking like "http://localhost:8080/logbook/page2?mode=mode". This is the correct link and will work until Version 2.6.1-5!
|
|
Re: Corrupt page link, posted by Arno Teunisse on Wed Jul 5 00:18:29 2006
|
[quote="Ulrich Trüssel"]If a loggbook contains more than one page of entries, above and under the list are links for changing the page by number (or privous
/ last and all) conatining links looking like "http://localhost:8080/logbook/page2?mode=mode". This is the correct link and will work until Version 2.6.1-5!
|
|
Re: Corrupt page link, posted by Stefan Ritt on Wed Jul 5 12:51:25 2006
|
[quote="Arno Teunisse"]Just installed the previous version :
====================================
[C:\Program Files\ELOG]elogd -c elogd.cfg
|
|
Re: Corrupt page link, posted by Arno Teunisse on Sun Sep 3 23:16:31 2006
|
[quote="Stefan Ritt"][quote="Arno Teunisse"]Just installed the previous version :
====================================
[C:\Program Files\ELOG]elogd -c elogd.cfg
|
|
Access to global configuration in v2.6.1, posted by Giorgio Croci Candiani on Thu Jan 19 15:02:38 2006
|
Hi,
I just installed v.2.6.1 coming from the previous 2.6.0 (on Win2000)
When I access the "configuration" function from a logbook, in the cfg page I only see two buttons in the header
|
|
Re: Access to global configuration in v2.6.1, posted by Stefan Ritt on Thu Jan 19 15:23:02 2006
|
> I just installed v.2.6.1 coming from the previous 2.6.0 (on Win2000)
> When I access the "configuration" function from a logbook, in the cfg page I only see two buttons in the header
> (save or cancel); in the previous version I saw more buttons there ("global config", "create new logbook" and so
|
|
Re: Access to global configuration in v2.6.1, posted by Giorgio Croci Candiani on Sat Jan 21 14:02:57 2006
|
> I tried to reproduce your problem, but could not. In my windows installation it looks fine. You only see the
> (save and cancel) buttons only if you go to "Change [global]", otherwise you see the "Change [global]", "Delete
|
|
Re: Access to global configuration in v2.6.1, posted by Giorgio Croci Candiani on Wed Jan 25 01:08:06 2006
|
> > I just installed v.2.6.1 coming from the previous 2.6.0 (on Win2000)
> > When I access the "configuration" function from a logbook, in the cfg page I only see two buttons in the header
> > (save or cancel); in the previous version I saw more buttons there ("global config", "create new logbook" and so
|
|
Re: Access to global configuration in v2.6.1, posted by Stefan Ritt on Wed Jan 25 08:24:28 2006
|
> Here I am again... I built and installed v2.6.1 also on a different system, this time on linux; i tried both
with the
> existing cfg file and with the new cfg.
|
|
Re: Access to global configuration in v2.6.1, posted by Giorgio Croci Candiani on Wed Jan 25 12:08:13 2006
|
> I tried again, using the configuration file from the distribution (elog:1627/1). Hitting "config", I see the picture
> attached (elog:1627/2). So it's a mystery why it is different in your case...
|
|
Re: Access to global configuration in v2.6.1, posted by Stefan Ritt on Wed Jan 25 12:10:46 2006
|
> or maybe browser cookies.
That rings a bell. If you change user permissions (like password file/no password file/rename logbooks) you might be
|
|
Re: Access to global configuration in v2.6.1, posted by Giorgio Croci Candiani on Tue Mar 14 17:11:10 2006
|
> > or maybe browser cookies.
>
> That rings a bell. If you change user permissions (like password file/no password file/rename logbooks) you might be
|
|
Re: Access to global configuration in v2.6.1, posted by Giorgio Croci Candiani on Tue Aug 29 15:16:31 2006
|
Hi,
after a long time, I thought I could try to investigate the code some further,
and maybe I found some hint.
|