Problems with elog client, posted by Yoshio Imai on Wed Apr 9 14:41:12 2008
|
Hi!
Since our upgrade to elog 2.7.3, it is not possible any more to edit an existing elog entry using the elog client with -e <id> option. The only console output is "Error transmitting message". Submitting an entry via the client is not problem.
Running the server with -v option does not yield any output at the time of the edit attempt. Running the client with -v option also doesn't help, because whatever the other options, only the help page is printed out and nothing else done. Btw, there is now a conflict between -s for "use SSL" and -s for the "subdir" option.
Any ideas?
Yoshio |
Re: Problems with elog client, posted by Stefan Ritt on Wed Apr 9 23:03:53 2008
|
Yoshio Imai wrote: |
Since our upgrade to elog 2.7.3, it is not possible any more to edit an existing elog entry using the elog client with -e <id> option. The only console output is "Error transmitting message". Submitting an entry via the client is not problem.
Running the server with -v option does not yield any output at the time of the edit attempt. Running the client with -v option also doesn't help, because whatever the other options, only the help page is printed out and nothing else done. Btw, there is now a conflict between -s for "use SSL" and -s for the "subdir" option.
Any ideas?
|
The problem had to do with the integration of native SSL into elog/elogd. I tried to fix it in revision 2099. Please give it a try. I have not tried yet the SSL mode, but I changed the -s for "subdir" to -d not to collide with SSL. |
Re: Problems with elog client, posted by Yoshio Imai on Thu Apr 10 14:21:13 2008
|
I have tried the new revision, recompiling both client and server.
Unfortunately, the overall situation has not changed. We can still create new entries using the elog client, but editing an existing entry still does not work. However, thanks to your patch, the -v option now works again for the client side:
> elog -s -h <elog server> -p 443 -l current -u <user> <password> -a <Attributes> "TEST ENTRY"
Message successfully transmitted, ID=1
> elog -s -h <elog server> -p 443 -l current -u <user> <password> -e 1 "EDIT THIS ENTRY" -v
Successfully connected to host <elog server>, port 443
Request sent to host:
GET /current/1?cmd=download HTTP/1.0
User-Agent: ELOG
Cookie: unm=<user>;upwd=<password>;
Response received:
ET
Error transmitting message
Again, there is no output on the server side even when running with -v in console mode. There is the expected output when an entry is successfully created using the elog client. One aspect about this output is strange, though: the "Return" statement==== Return ================================
HTTP/1.1 302 Found contains the wrong "Location" header. It is notLocation: https://elog-server.domainname/logbook/ID but ratherLocation: https://client-host.domainname/logbook/ID where "client-host" is the hostname of the computer where the elog client was called. But, since the logbook entry is correctly created, this is perhaps not a problem at all.
Another thing: I have noticed that when using conditional preset texts, the "Preset Text =" statements have to be declared for each logbook of a logbook group; it is not sufficient to only declare it in the "[global]" section of the logbook group. This means that we only need to declare the conditions once, e.g.
Options Category = .... , Shift {1} , ....
{1} Options Subject = Shift start {a}, Shift end {b}, ....
but the preset text declarations{1&a} Preset text = shift_checklist.txt
{1&b} Preset text = shift_summary.txt have to be declared in every individual logbook section for the logbooks of this group. Is this expected behaviour, or a bug?
Cheers
Yoshio |
Re: Problems with elog client, posted by Stefan Ritt on Thu Apr 10 15:39:26 2008
|
Yoshio Imai wrote: | > elog -s -h elog -p 443 -l current -u <user> <password> -e 1 "EDIT THIS ENTRY" -v
Successfully connected to host elog, port 443
|
As I wrote in my previous message, the "SSL part has not been tested" (=means: does not work). I just fixed this today, so try revision 2100. |
Re: Problems with elog client, posted by Yoshio Imai on Thu Apr 10 15:56:12 2008
|
Stefan Ritt wrote: | As I wrote in my previous message, the "SSL part has not been tested" (=means: does not work). |
Sorry for the misunderstanding. I was probably confused because the creation of new entries already worked, even with SSL.
Now, the editing also works.
Thank you very much!
Yoshio |
Re: Problems with elog client, posted by Stefan Ritt on Tue Apr 15 20:34:49 2008
|
Yoshio Imai wrote: | Another thing: I have noticed that when using conditional preset texts, the "Preset Text =" statements have to be declared for each logbook of a logbook group; it is not sufficient to only declare it in the "[global]" section of the logbook group. This means that we only need to declare the conditions once, e.g.
Options Category = .... , Shift {1} , ....
{1} Options Subject = Shift start {a}, Shift end {b}, ....
but the preset text declarations{1&a} Preset text = shift_checklist.txt
{1&b} Preset text = shift_summary.txt have to be declared in every individual logbook section for the logbooks of this group. Is this expected behaviour, or a bug?
|
I cannot reproduce your problem. I just tried following file:
[global]
port = 8000
password file = passwd
Options Category = Other , Shift {1} , Routine
Attributes = Author, Category, Subject
{1} Options Subject = Shift start {a}, Shift end {b}
{1&a} Preset text = shift_checklist.txt
{1&b} Preset text = shift_summary.txt
[demo1]
Comment = General linux tips & tricks
[demo2]
Comment = General linux tips & tricks
and it worked as expected. Can you try it? If it works for you as well, then try to morph this file towards your config file, and figure out when the unexpected behavior starts. |
Re: Problems with elog client, posted by Yoshio Imai on Thu Apr 17 19:11:36 2008
|
I have tried your sample config file, and this one also works for me.
The problem arises when using top groups. I have produced a minimal config file including a top group, of the form
[global]
logbook tabs = 1
SSL = 1
Theme = default
Top group testgroup = demo1, demo2
Show top groups = 1
[global testgroup]
Attributes = Author, Subject, Type
Options Subject = ThisOne{1}, Shift info {2}, ThatOne{3}
{1} Options Type = OneType1, OneType2, OneType3
{2} Options Type = Shift start {a}, Shift end {b}, Info
{3} Options Type = TwoType1, TwoType2, TwoType3
Required Attributes = Author, Subject, Type
{2&a} Preset Text = shift_checklist.txt
{2&b} Preset Text = shift_summary.txt
[demo1]
Comment = DemoLog 1
[demo2]
Comment = DemoLog 2
Although the conditional attributes work for the logbooks demo1 and demo2, the preset text does not work. It works when the Preset Text= statement is (also) places in the individual logbook sections. Can you check if it behaves the same on your side?
Yoshio |
Re: Problems with elog client, posted by Stefan Ritt on Thu Apr 17 21:23:06 2008
|
Yoshio Imai wrote: | The problem arises when using top groups. |
Uff, that was a tough one. Thanks to your detailed analysis I could reproduce the problem. It indeed only happens with conditional 'preset text' under a top group (which is so exotic I have never tried it before). I fixed that in SVN revision 2103, please download and test it. |
Re: Problems with elog client, posted by Yoshio Imai on Fri Apr 18 14:17:52 2008
|
Stefan Ritt wrote: | I fixed that in SVN revision 2103, please download and test it. |
I just downloaded and tested it. It works!!
Thank you for all the work.
Yoshio |
Custom Links in each column, in the display list?, posted by Don Perrea on Thu Apr 17 19:56:41 2008
|
Using the "Link Display =" I can turn of the link to each individual entry, however, I would like to have a custom link in one of my columns. Is this possible?
Thanks for this wonderful tool.
Don |
Re: Custom Links in each column, in the display list?, posted by Stefan Ritt on Thu Apr 17 20:22:30 2008
|
Don Perrea wrote: |
Using the "Link Display =" I can turn of the link to each individual entry, however, I would like to have a custom link in one of my columns. Is this possible?
|
What you can do is to define an attribute (let's call it 'link'), then substitute this (maybe empty) attribute after submit with
Subst link = http://www.google.com
so this attribute will contain this link. You can also combine the value of the attribute with the link, like
Subst link = http://www.google.com/search?q=$link
this will produce a link to google search where it searches for the value of the attribute:

|
Sticky entries?, posted by Peter Freeman on Sun Apr 6 06:17:00 2008
|
Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.
Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts.
Have looked arround here, but could not find anything in that direction.
Many thanks for any answer.
Peter |
Re: Sticky entries?, posted by Peter Freeman on Thu Apr 10 01:33:07 2008
|
Peter Freeman wrote: |
Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.
Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts.
Have looked arround here, but could not find anything in that direction.
Many thanks for any answer.
Peter
|
Nobody an idea if it is possible? |
Re: Sticky entries?, posted by Stefan Ritt on Thu Apr 10 07:48:08 2008
|
Peter Freeman wrote: |
Peter Freeman wrote: |
Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.
Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts.
Have looked arround here, but could not find anything in that direction.
Many thanks for any answer.
Peter
|
Nobody an idea if it is possible?
|
Sorry, I overlooked your first question.
Sticky entries are not directly supported, but you can get the same (maybe even better) using following scheme:
- Use an attribute, like the "Type" in the example logbook, and add an option "Sticky"
- Use "quick filter = type". This shows up a filter box on the listing at the top right. If you select "Sticky" there, a listing with all sticky entries will show up.
- Use a different style for such an entry with "Style Type Sticky = background-color:red". This makes all sticky entries show up with a red background. |
Re: Sticky entries?, posted by Peter Freeman on Fri Apr 11 00:15:42 2008
|
Stefan Ritt wrote: |
Peter Freeman wrote: |
Peter Freeman wrote: |
Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.
Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts.
Have looked arround here, but could not find anything in that direction.
Many thanks for any answer.
Peter
|
Nobody an idea if it is possible?
|
Sorry, I overlooked your first question.
Sticky entries are not directly supported, but you can get the same (maybe even better) using following scheme:
- Use an attribute, like the "Type" in the example logbook, and add an option "Sticky"
- Use "quick filter = type". This shows up a filter box on the listing at the top right. If you select "Sticky" there, a listing with all sticky entries will show up.
- Use a different style for such an entry with "Style Type Sticky = background-color:red". This makes all sticky entries show up with a red background.
|
Danke Stefan, I check it out. |
Re: Sticky entries?, posted by Peter Freeman on Sat Apr 12 05:21:11 2008
|
Peter Freeman wrote: |
Stefan Ritt wrote: |
Peter Freeman wrote: |
Peter Freeman wrote: |
Hi, I'm evaluate currently if we can use ELOG as an shiftbook. So far I like ELOG very much, but I got a question.
Is it possible to have sticky message entries? Entries that always show up on top of the others. Thats for important entries that are valit for multiple shifts.
Have looked arround here, but could not find anything in that direction.
Many thanks for any answer.
Peter
|
Nobody an idea if it is possible?
|
Sorry, I overlooked your first question.
Sticky entries are not directly supported, but you can get the same (maybe even better) using following scheme:
- Use an attribute, like the "Type" in the example logbook, and add an option "Sticky"
- Use "quick filter = type". This shows up a filter box on the listing at the top right. If you select "Sticky" there, a listing with all sticky entries will show up.
- Use a different style for such an entry with "Style Type Sticky = background-color:red". This makes all sticky entries show up with a red background.
|
Danke Stefan, I check it out.
|
Hmm, I'd like to use the style command, but it has no effect if I put it into the config. If I understood it right, it should be done this way:
Options Status = Open, Info, Resolved, Suspended, Waiting, Important
Style Status Important = background-color:red
Style Status Resolved = background-color:green
They are just showing up with the default style. Am I doing something wrong?
EDIT: Just downloaded the latest version and now it works. My old one was 2058, BUT, how can I change multiple styles, e.g. background and font color at the same time? Komma does not seem to work and two style lines also not. |
Re: Sticky entries?, posted by Stefan Ritt on Mon Apr 14 08:46:41 2008
|
Peter Freeman wrote: |
EDIT: Just downloaded the latest version and now it works. My old one was 2058, BUT, how can I change multiple styles, e.g. background and font color at the same time? Komma does not seem to work and two style lines also not.
|
You can separate them with a semicolon. Just like:
Style Category Info = background-color:lightblue;font-weight:bold
Note that you cannot change the font color, since it is a link, and that is defined in the default.css file under
/* standard link colors and decorations */
a:link { color:#0000FF; text-decoration:none }
a:visited { color:#800080; text-decoration:none }
a:hover { color:#0000FF; text-decoration:underline }
a:active { color:#0000FF; text-decoration:underline }
a:focus { color:#0000FF; text-decoration:underline }
|
attachment indicator in summary view, posted by Dennis Seitz on Tue Apr 1 21:24:17 2008
|
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
Thanks. |
Re: attachment indicator in summary view, posted by Stefan Ritt on Fri Apr 4 22:06:48 2008
|
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release. |
Re: attachment indicator in summary view, posted by Edmundo T Rodriguez on Fri Apr 4 22:53:17 2008
|
Stefan Ritt wrote: |
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
|
Would it be possible to instead of appearing a "clip" and/or "multiple-clips" (as the number of attachments grow) to appear a number which will be = to the count of attachments to avoid the column become too wide?
Hope it works because this is tool better every day.
Keep up the GOOD Work! |
Re: attachment indicator in summary view, posted by Stefan Ritt on Mon Apr 7 10:01:27 2008
|
Edmundo T Rodriguez wrote: |
Stefan Ritt wrote: |
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
|
Would it be possible to instead of appearing a "clip" and/or "multiple-clips" (as the number of attachments grow) to appear a number which will be = to the count of attachments to avoid the column become too wide?
|
Ok, so I show individual clips up to five, and the number of attachments if more than five. |
Re: attachment indicator in summary view, posted by Dennis Seitz on Sat Apr 5 00:43:21 2008
|
Stefan Ritt wrote: |
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
|
Thanks!
|
Re: attachment indicator in summary view, posted by Grant Jeffcote on Sat Apr 12 22:04:58 2008
|
Hi Stefan,
When using 2.7.3-2095 I can't seem to get the paperclip/s to show, just an additional field in the summary view (named Attachments) with the attachment file names below? Am I missing something?
Thanks
Dennis Seitz wrote
|
Stefan Ritt wrote: |
Dennis Seitz wrote: |
It would be nice to have the option of including an attachment indicator column in summary view to show if an entry has any attachments.
|
Nice idea. I implemented that feature, as can be seen at the contributions logbook for example. It will be contained in the next release.
|
Thanks!
|
|
Re: attachment indicator in summary view, posted by Stefan Ritt on Sun Apr 13 16:04:09 2008
|
Grant Jeffcote wrote: |
When using 2.7.3-2095 I can't seem to get the paperclip/s to show, just an additional field in the summary view (named Attachments) with the attachment file names below? Am I missing something?
|
Yes, you miss the paperlclip icon. Get it from here and copy it under elog/themes/default/attachment.png. |
Manual installing elog as service on Windows, posted by Arno Teunisse on Sat Apr 12 16:37:44 2008
|
Hello
Sometimes it can come in handy to start a temporary elog service on the Windows platform. ( Maybe for testing purposes )
You can use the SC.exe utility to do that. If it is not on you're system you may download it from : ftp://ftp.microsoft.com/reskit/win2000/sc.zip
For this you can use the following procedure ( from the dos prompt ) :
sc.exe create AIX-elog binPath= "\"c:\ELOG2.7.3\elogd.exe\" -D -c c:\ELOG2.7.3\security.cfg" DisPlayname= "AIX Elog Security" start= auto
If all went well the system answers :
[SC] CreateService SUCCESS
Please notice the strange way the double quotes are used and the space after the = in the above command.
Now open the windows services ( from the prompt ) : services.msc
In the window that opens you will see the just created service with the DisPlayname you gave in the above command.
You see it is not started. You could click start, but there is an other way.
Now you can start the service from the prompt using the DisPlayname :
net start "AIX elog security"
Press F5 ( refresh ) in the services window and you will see that the service is started.
Or stop the service :
net stop "AIX elog security"
To remove the service ( from the registry ) :
sc.exe delete AIX-elog
The system gives back :
[SC] DeleteService SUCCESS
The other option is to start elogd.exe from the prompt :
elogd.exe -c
This is all for now
|
e-mail format, posted by Bill Qualls on Tue Apr 1 21:07:39 2008
|
I "upgraded" from v2.6.? to v2.7.3. By "upgrade", I mean "copy all files to a different computer, then run the installer". e-mail messages received from my v2.6 instance look nice. The messages look like HTML tables with blue and green coloring. My v2.7 instance appears to send plain text. But, when I forward the v2.7 message, the nice HTML tables appear again. Is there an e-mail formatting setting that I need to change? |
Re: e-mail format, posted by Stefan Ritt on Thu Apr 3 08:37:27 2008
|
Bill Qualls wrote: |
I "upgraded" from v2.6.? to v2.7.3. By "upgrade", I mean "copy all files to a different computer, then run the installer". e-mail messages received from my v2.6 instance look nice. The messages look like HTML tables with blue and green coloring. My v2.7 instance appears to send plain text. But, when I forward the v2.7 message, the nice HTML tables appear again. Is there an e-mail formatting setting that I need to change?
|
That has probably to do with the program with which you read your email. The coloring is done in a cascading style sheet, which the email program has to load from the elog server upon display. Most programs ask you if you like to "load images" for this email. This is a bit misleading since the style sheet is no image, but similarly loaded form an external source. I use Thunderbird, which remembers my decisions. So if I get an elog message from a certain email sender, and I click on "load images always from this sender", then it will show the colored background for each following entry. If the sender now is different (like if you use a different computer), this will be different and you have to load images once by clicking somewhere (mostly a bar above your email display). |
FCKeditor not active, posted by Kevin O'Sullivan on Mon Mar 24 19:40:03 2008
|
I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?
[global]
Welcome title = <img src="Title.gif"><p><font size=5 color=white>Welcome to the EXO elog</font>
logbook tabs = 1
main tab = Home
port = 8082
SMTP host = smtp.stanford.edu
Usr = elog
Grp = users
Logbook dir = /usr/local/elog/logbooks_exo
Self register = 0
Password file = /usr/local/elog/passwd_exo
Email Format = 15
URL = http://grattalab3.stanford.edu/exo_elog/
Admin user = Administrator
Title image = <img border=0 src="EXOlogo.gif" alt="ELOG logo">
Title image URL = http://www-project.slac.stanford.edu/exo/
Max content length = 200000000000
All display limit = 100000
[Collaboration]
Theme = default
Subdir = Collaboration
Comment = EXO Collaboration elog
Attributes = Author, Category, Subject
MOptions Category = 100 kg Prototype, Materials, Papers & Internal Notes, Data, Results, Talks, Schematics, Correspondence, Gas TPC, Isotopes, Grabber Cell, Purity Monitor, Other
Required Attributes = Author, Category, Subject
Page Title = EXO Collaboration ELOG
Reverse sort = 1
Quick filter = Date, Category
Email Subject = EXO (Collaboration) log: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator
[CAD]
Theme=default
Subdir = CAD
Comment = EXO CAD Repository
Attributes = Author, Category, Subject, Approval Status
MOptions Category = Background measurements, Refrigeration, Cryostat and Sheilding, Xe purification and handling, Counting rooms, Electronics and DAQ, Simulation and Software, Light readout, Chamber, Other
MOptions Approval Status = Approved, Working
Required Attributes = Author, Category, Subject
Page Title = EXO CAD Repository
Reverse sort = 1
Quick filter = Date, Category
Suppress default = 1
Login user = xenon, vance
Admin user = Administrator
Deny Edit = xenon
Deny Reply = xenon
Deny Move to = xenon
Deny Copy to = xenon
Deny Config = xenon
Deny Delete = xenon
[Lasers]
Theme = default
Subdir = Lasers
Comment = Barium tagging laser elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes
Required Attributes = Author, Subject, Category
Page Title = Barium tagging laser log
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0
[LinearTrap]
Theme = default
Subdir = LinearTrap
Comment = Linear trap elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes, Thesis, Photos
Required Attributes = Author, Subject, Category
Page Title = Linear trap elog
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 1
[Materials_Database]
Theme = default
Subdir = Materials_Database
Comment = Materials Database elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes, Results
Required Attributes = Author, Subject, Category
Page Title = Materials Database elog
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0
Use Email Subject = EXO Materials Database elog: $subject
Deny Delete = xenon
[Pictures]
Theme = default
Subdir = Pictures
Comment = Pictures elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Pictures elog
Reverse sort = 1
Quick filter = Date, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0
Deny Delete = xenon
[BaTagging]
Theme = default
Subdir = BaTagging
Comment = Barium tagging elog
Attributes = Author, Subject, Category
MOptions Category = Data, Papers, Notes, Results
Required Attributes = Author, Subject, Category
Page Title = Barium Tagging elog
Reverse sort = 1
Quick filter = Data, Category
Login user = xenon
Admin user = Administrator
Suppress default = 0
Deny Delete = xenon
[EXO 200 Installation]
Theme = default
Subdir = EXO200Installation
Comment = EXO-200 Installation elog
Attributes = Author, Subject, Category
MOptions Category = Daily log entry, Pictures, Schematics, MSDS, Documentation, Data, Other
Required Attributes = Author, Subject, Category
Page Title = EXO-200 Installation ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = EXO-200 Installation elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator
[Veto]
Theme = default
Subdir = Veto
Comment = Veto system elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Veto system ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = Veto system elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator
[Monte Carlo]
Theme = default
Subdir = MonteCarlo
Comment = Monte Carlo elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Monte Carlo ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = Monte Carlo elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator
[Electronics]
Theme = default
Subdir = Electronics
Comment = Electronics elog
Attributes = Author, Subject
Required Attributes = Author, Subject
Page Title = Electronics ELOG
Reverse sort = 1
Quick filter = Date, Category
Use Email Subject = Electronics elog: $subject
Suppress default = 0
Login user = xenon, Administrator
Deny Delete = xenon
Admin user = Administrator |
Re: FCKeditor not active, posted by Stefan Ritt on Thu Mar 27 07:15:03 2008
|
Kevin O'Sullivan wrote: |
I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?
|
Your assumption that FCKedit should work by default is correct. Try to start elogd manually and watch its output. It should show:
elogd 2.7.3 built Mar 12 2008, 22:23:55 revision 2080
FCKedit detected
ImageMagick detected
Indexing logbooks ... done
Server listening on port 1234 ...
where it indicates the FCKedit is detected. This check is done by looking at a file scripts/fckeditor/fckeditor.js. If this file is missing on not readable, FCKedit will disabled by default. If the file is missing, please let me know how you installed elog (RPM, from source) so that I can double check it. |
Re: FCKeditor not active, posted by Alain Hugentobler on Wed Apr 2 01:27:20 2008
|
Kevin O'Sullivan wrote: |
I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?
|
Got the same problem, solved by manually unzipping "scripts/fckeditor.zip" from the sources to the installation directory (/usr/local/elog/scripts)
A better solution is to modify the Makefile :
@unzip -q -f scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
which doesn't work on my Ubuntu 8.04; however changing to:
@unzip -q scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
does... |
Re: FCKeditor not active, posted by Kevin O'Sullivan on Wed Apr 2 03:34:43 2008
|
Alain Hugentobler wrote: |
Kevin O'Sullivan wrote: |
I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?
|
Got the same problem, solved by manually unzipping "scripts/fckeditor.zip" from the sources to the installation directory (/usr/local/elog/scripts)
A better solution is to modify the Makefile :
@unzip -q -f scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
which doesn't work on my Ubuntu 8.04; however changing to:
@unzip -q scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
does...
|
That fixed it!
Thanks Alain. |
Re: FCKeditor not active, posted by Stefan Ritt on Wed Apr 2 09:19:55 2008
|
Alain Hugentobler wrote: |
Kevin O'Sullivan wrote: |
I'm using ELOG version 2.7.3-2058 and have been trying to get FCKeditor to work. This, to my understanding from the documentation, is supposed to be a part of elog by default after version 2.7.0 and from looking at the configuration syntax manual, it looks as though FCKeditor should be on with the default settings. I done nothing to turn it off and none of the obvious fixes seem to do anything. I've posted the text of my configuration file below, what did I do wrong?
|
Got the same problem, solved by manually unzipping "scripts/fckeditor.zip" from the sources to the installation directory (/usr/local/elog/scripts)
A better solution is to modify the Makefile :
@unzip -q -f scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
which doesn't work on my Ubuntu 8.04; however changing to:
@unzip -q scripts/fckeditor.zip -d $(ELOGDIR)/scripts/
does...
|
I didn't realize that the Ubuntu version of unzip does not support the -f flag. Anyhow it's not really necessary, so I removed it from the distribution. The fix will be contained in the next release. |
Duplicate entry suggestion, posted by Dennis Seitz on Tue Apr 1 02:04:35 2008
|
We have configured several logbooks to allow users to duplicate an entry in another logbook, which is very useful for entries which apply to more than one category.
However, once the entry is duplicated, subsequent revisions to the original entry are not copied to the duplicate entries.
I can see where implementing that would add a lot of code to ELOG. Rather than do that, would it be possible to add a configuration option to duplicate only the attributes, and place a link to the original entry in the body of the duplicated entry instead of the full text?
Thanks,
Dennis |
Re: Duplicate entry suggestion, posted by Stefan Ritt on Tue Apr 1 08:01:02 2008
|
Dennis Seitz wrote: |
We have configured several logbooks to allow users to duplicate an entry in another logbook, which is very useful for entries which apply to more than one category.
However, once the entry is duplicated, subsequent revisions to the original entry are not copied to the duplicate entries.
I can see where implementing that would add a lot of code to ELOG. Rather than do that, would it be possible to add a configuration option to duplicate only the attributes, and place a link to the original entry in the body of the duplicated entry instead of the full text?
|
I don't know if you are aware, but you can put links to other entries manually into the text. Just enter them in the form elog:65799. You can click on that link which takes you the entry you reference. Unfortunately there is at the moment no automatic way to generate this back link automatically. |
Re: Duplicate entry suggestion, posted by Dennis Seitz on Tue Apr 1 20:31:26 2008
|
Stefan Ritt wrote: |
Dennis Seitz wrote: |
We have configured several logbooks to allow users to duplicate an entry in another logbook, which is very useful for entries which apply to more than one category.
However, once the entry is duplicated, subsequent revisions to the original entry are not copied to the duplicate entries.
I can see where implementing that would add a lot of code to ELOG. Rather than do that, would it be possible to add a configuration option to duplicate only the attributes, and place a link to the original entry in the body of the duplicated entry instead of the full text?
|
I don't know if you are aware, but you can put links to other entries manually into the text. Just enter them in the form elog:65799. You can click on that link which takes you the entry you reference. Unfortunately there is at the moment no automatic way to generate this back link automatically.
|
Thanks, I was not aware of that - usually I have copied and pasted the entire path from my browser.
In any case, can you consider my request for possible future implementation? I think it's a useful function. For now, it's really no big deal to simply copy the url before selecting the Copy To: menu and then replacing the body text with the copied link. But I think it would be more useful to make this happen automatically, so I don't have to ask users to comply voluntarily.
Thank you.
|
|