LaTeX support, posted by Jochen Krempel on Wed Apr 23 18:59:30 2008
|
I would appreciate if elog could provide a simple support for mathematical expressions.
A solution similar to wikimedia should be easy to implement and would help a lot.
http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows#Alternative_Solution
The idea is to parse the elog entry for a tag (e.g. <math></math>), extract the code, wrap it into a latex file, and pass this to latex, GhostScript, and ImageMagic. (The latter are already used by Elog, therefore the changes should not be too big.) The resulting image file would then be referenced by the elog html code.
Of course, the FCKeditor would not support LaTeX. However, the majority of elog-useres should be scientists and rather familiar with LaTeX. Therefore it should be fine if the original LaTeX code is saved (e.g. in the ALT-tag of the image) and the replacement "code to image" is undone for editing.
Kind regards,
Jochen |
Re: LaTeX support, posted by Stefan Ritt on Thu Apr 24 07:51:23 2008
|
Jochen Krempel wrote: |
I would appreciate if elog could provide a simple support for mathematical expressions.
A solution similar to wikimedia should be easy to implement and would help a lot.
http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Windows#Alternative_Solution
The idea is to parse the elog entry for a tag (e.g. <math></math>), extract the code, wrap it into a latex file, and pass this to latex, GhostScript, and ImageMagic. (The latter are already used by Elog, therefore the changes should not be too big.) The resulting image file would then be referenced by the elog html code.
Of course, the FCKeditor would not support LaTeX. However, the majority of elog-useres should be scientists and rather familiar with LaTeX. Therefore it should be fine if the original LaTeX code is saved (e.g. in the ALT-tag of the image) and the replacement "code to image" is undone for editing.
|
We had already some time ago a request to integrate mimetex (elog:1827). I will see what I can do there. |
Request: elog as a "web service" ? (xml / soap), posted by Willem Koster on Wed Apr 23 10:53:58 2008
|
We're using elog as our CMDB, but now management wants us to employ "web services" and I fear going to another tool (elog is fitting the admins like a glove, so we'd rather keep it)
Is it possible to configure elog to be able to run as a web-service ? (basically getting xml-output according to a specific (SOAP) schema instead of html output)
http://en.wikipedia.org/wiki/Web_services
A 'Web service' (also Web Service) is defined by the W3C as "a software system designed to support interoperable Machine to Machine interaction over a network." Web services are frequently just Web APIs that can be accessed over a network, such as the Internet, and executed on a remote system hosting the requested services.
The W3C Web service definition encompasses many different systems, but in common usage the term refers to clients and servers that communicate using XML messages that follow the SOAP standard. Common in both the field and the terminology is the assumption that there is also a machine readable description of the operations supported by the server written in the Web Services Description Language (WSDL). The latter is not a requirement of a SOAP endpoint, but it is a prerequisite for automated client-side code generation in many Java and .NET SOAP frameworks (frameworks such as Spring and Apache CXF being notable exceptions). Some industry organizations, such as the WS-I, mandate both SOAP and WSDL in their definition of a Web service. |
Re: Request: elog as a "web service" ? (xml / soap), posted by Stefan Ritt on Wed Apr 23 11:51:06 2008
|
Willem Koster wrote: |
We're using elog as our CMDB, but now management wants us to employ "web services" and I fear going to another tool (elog is fitting the admins like a glove, so we'd rather keep it)
Is it possible to configure elog to be able to run as a web-service ? (basically getting xml-output according to a specific (SOAP) schema instead of html output)
|
At the moment no support for a Web Service is planned. |
conditional options are not working in find , posted by Arno Teunisse on Sat Apr 5 13:56:42 2008
|
Hello
In my config file I have the following :
Options Head = AIX61{1},AIX53{2}, AIX52{3},HMC{4},CL_CLUSTER{5},VIRTUALIZATION{6},MICROCODE{7},BG_BLUEGENE{8}
{1} Options Topic = SECURITY, HIPER,TL00,TIPS
{2} Options Topic = SECURITY, HIPER,TL07,TL06,TL05,TL04,TL03,TL02,TL01 ,TIPS
{3} Options Topic = SECURITY, HIPER,TL10,TL09,TL08,TL07,TL06,TL05,TL04,TL03,TL02,TL01 ,TIPS
{4} Options Topic = HMC_CORRECTIVE, HMC_SECURITY,HMC_FIXES,HMC_INSTRUCT,HMC_MEDIA,HMC_DOCUMENT
{5} Options Topic = CL_DEEPCOMPUTING,CL_SYSMGMT,CL_GPFS,CL_LOADLEVELER,CL_ESSL,CL_PARALLEL_ESSL,CL_SWITCH,CL_RSCT,CL_PENV,CL_INIFINI
{6} Options Topic = PLM,VIOS_PM,VESS,VIOS,VIOS_WPM
{7} Options Topic = 2104-XU3,7017-S80,7017-S70,7020-40P,7025-F50,7025-F40,7025-F80,7026-B80,7026-H80,7026-M80,7028-6C4,7028-6E1,7029-6E3,7025-H50,702X-H70,7038-6M2,7039-651,7040-6X1,7043-140,7043-240,7043-260,7044-170,7248-43P,7043-150,704X-270,8203-E4A,8204-E8A,8844-3AZ,9076-SP,9110-510,9110-51A,9111-285,9111-520,9112-265,9113-550,9114-275,9115-505,9116-561,9117-570,9117-MMA,9118-575,9119-590,9119-595,9123-XXX,9124-XXX,9131-52A,9133-55A,9406-MMA,7037-A50,7047-185,ADAPTERS,DASD,DRIVES,CERTIFIED,OTHER
{8} Options Topic = BG_RELEASES,BG_FIXES,BG_COMPILERS,BG_REDBOOKS,BG_GPFS,BG_ESSL,BG_LOADLEVELER,BG_CSM
All is working fine when creating new entries. But when i use the find command window, i only see the Head options and selecting one of them,
the Topic options will not show up like they do when creating new entries.
I've installed the latest elog on Fedora ( version ELOG V2.7.3-2058 ) , but it's the same as the window version i'm using .
Would be nice if the user can search with the same items he used entering the data into the form.
Thanks for you're time.
greetings Arno Teunisse
|
Re: conditional options are not working in find , posted by Stefan Ritt on Thu Apr 17 22:17:05 2008
|
Arno Teunisse wrote: |
Would be nice if the user can search with the same items he used entering the data into the form.
|
I finally found some time to implement conditional attributes in the find form. This new feature is contained in SVN revision 2104 and in the Windows version 2.7.3-3. |
Re: conditional options are not working in find , posted by Arno Teunisse on Thu Apr 17 22:40:12 2008
|
Stefan Ritt wrote: |
Arno Teunisse wrote: |
Would be nice if the user can search with the same items he used entering the data into the form.
|
I finally found some time to implement conditional attributes in the find form. This new feature is contained in SVN revision 2104 and in the Windows version 2.7.3-3.
|
Hello Stefan
Just downloaded the windows version. It is working great !! Thanks, for this quick solution.. and you're time..
Just like elog more and more...
|
Re: conditional options are not working in find , posted by Arno Teunisse on Thu Apr 17 23:20:50 2008
|
Arno Teunisse wrote: |
Stefan Ritt wrote: |
Arno Teunisse wrote: |
Would be nice if the user can search with the same items he used entering the data into the form.
|
I finally found some time to implement conditional attributes in the find form. This new feature is contained in SVN revision 2104 and in the Windows version 2.7.3-3.
|
Hello Stefan
Just downloaded the windows version. It is working great !! Thanks, for this quick solution.. and you're time..
Just like elog more and more...
|
Just noticed that in IExplorer and Firefox when creating a new entrie i got a popup with the following text in it : Unknown toolbar item "ShowBlocks"
When clicking OK : everything is working. Think it has to do with FCKedit, but I'm not shure.
|
Re: conditional options are not working in find , posted by Stefan Ritt on Fri Apr 18 07:47:54 2008
|
Arno Teunisse wrote: |
Just noticed that in IExplorer and Firefox when creating a new entrie i got a popup with the following text in it : Unknown toolbar item "ShowBlocks"
When clicking OK : everything is working. Think it has to do with FCKedit, but I'm not shure.
|
There must be an old version of FCKedit. Maybe just clear your browser's cache and try again. You can also try to download elog273-3.exe again (the one from yesterday I built at home on my laptop, so maybe something went wrong...). The current one (dated April 18th) I build at the institute. |
Re: conditional options are not working in find , posted by Arno Teunisse on Fri Apr 18 20:30:12 2008
|
Stefan Ritt wrote: |
Arno Teunisse wrote: |
Just noticed that in IExplorer and Firefox when creating a new entrie i got a popup with the following text in it : Unknown toolbar item "ShowBlocks"
When clicking OK : everything is working. Think it has to do with FCKedit, but I'm not shure.
|
There must be an old version of FCKedit. Maybe just clear your browser's cache and try again. You can also try to download elog273-3.exe again (the one from yesterday I built at home on my laptop, so maybe something went wrong...). The current one (dated April 18th) I build at the institute.
|
Hello Stefan
You're right. Probably it's the old FCKedit that was in the browser cache. Clearing it and the problem was gone.
So there's nothing wrong with you're laptop.
Thank's again for the fix..
|
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
|
|