Email substitution quit working, posted by David Spindler on Tue Aug 29 15:28:51 2006
|
I have recently upgraded from the 2.6.0-beta (I believe) to 2.6.2-1699. I just found out that on the day I upgraded, email substitution has stopped working.
I have checked the discussion area and all the documentation and do not see any clues. The debug_log.txt file shows that the emails are being processed,
but the fields are not being substituted correctly.
|
Re: Email substitution quit working, posted by David Spindler on Tue Sep 5 15:59:47 2006
|
[quote="David Spindler"]I have recently upgraded from the 2.6.0-beta (I believe) to 2.6.2-1699. I just found out that on the day I upgraded, email substitution
has stopped working. I have checked the discussion area and all the documentation and do not see any clues. The debug_log.txt file shows that the emails
are being processed, but the fields are not being substituted correctly.
|
|
Re: Email substitution quit working, posted by Stefan Ritt on Fri Sep 22 08:50:08 2006
|
[quote="David Spindler"][quote="David Spindler"]I have recently upgraded from the 2.6.0-beta (I believe) to 2.6.2-1699. I just found out that on the day
I upgraded, email substitution has stopped working. I have checked the discussion area and all the documentation and do not see any clues. The debug_log.txt
file shows that the emails are being processed, but the fields are not being substituted correctly.
|
Top Text and Bottom Text only show "text" --- no files, posted by Steve Jones on Thu Aug 31 21:46:15 2006
|
Just compiled 2.6.2-1714 and "Top text" and "Bottom text" interpret everything as "text" --- nothing is interpreted as a file to be included, unless there
is a new syntax. |
|
Re: Top Text and Bottom Text only show "text" --- no files, posted by Steve Jones on Tue Sep 5 19:46:05 2006
|
[quote="Steve Jones"]Just compiled 2.6.2-1714 and "Top text" and "Bottom text" interpret everything as "text" --- nothing is interpreted as a file to be
included, unless there is a new syntax.[/quote]
|
|
Re: Top Text and Bottom Text only show "text" --- no files, posted by Steve Jones on Tue Sep 5 20:23:40 2006
|
[quote="Steve Jones"][quote="Steve Jones"]Just compiled 2.6.2-1714 and "Top text" and "Bottom text" interpret everything as "text" --- nothing is interpreted
as a file to be included, unless there is a new syntax.[/quote]
|
|
Re: Top Text and Bottom Text only show "text" --- no files, posted by Stefan Ritt on Fri Sep 22 08:21:39 2006
|
[quote="Steve Jones"]Stefan, I found the source of the problem. When you moved some files to "logbook_dir" you also told the code to look in "logbook_dir"
for top and bottom text files. The documentation indicates that the location dir should be "resource_dir".[/quote]
|
|
new entry form - "minimalist" approach , posted by frederic poncin on Mon Sep 18 16:53:09 2006
|
I'm playing with the configuration files in order to produce a "minimal" form.
At this time, I did not succeed in removing the following components:
|
|
Re: new entry form - "minimalist" approach , posted by Stefan Ritt on Fri Sep 22 07:54:58 2006
|
[quote="frederic poncin"]I'm playing with the configuration files in order to produce a "minimal" form.
At this time, I did not succeed in removing the following components:
|
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 |