Hi all,

Is there a way to add more icons to the currently available icons when you are in the edit mode. For example instead of having this  icon if I want to add a different icon that is not in the list.

The reason I ask is that I want for example to have an icon of a bug(for software bugs) or something different.

I looked in the elog's installation directory and I could find all of the available icons but couldn't see any place where I could modify the installation to allow me access to the extra icons.

Thanks in advance.

Behdad.

You need to do two things:

1) Add you new icon to  <elog directory>\themes\default\icons

2) Refer to your new icon in the config file like

IOptions Icon = icon1.gif, icon2.gif, new_icon.gif

 Thank you for the reply but I think you misunderstood me. I am not after icons for the attributes. I am after icons that I can insert it into my records text like this one.... . So I just like to customize my icons in the "Insert Smiley" list.

Is this possible?

Thank you.

Ah, ok. Now I understand. This is however deep inside the fckeditor and I have no idea how to change it. Maybe you can get some help from the fckeditor community? All I found is the directory

<elog>/scripts/fckeditor/editor/image/smiley/msn

which contains some smileys. Maybe you can edit those?

<elog>/scripts/fckeditor/editor/image/smiley/msn

 Oh, thanks Stefan. I will try find out, if I do I will post here later on.

Thank you.

<elog>/scripts/fckeditor/editor/image/smiley/msn

 Ok, I think I found it. The link below explains how to do it. I haven't tried it yet, but it looks about right:

                 http://www.smart-thinker.com/DNNBlog/tabid/1070/EntryID/35/Default.aspx

I just ran into an odd bug with conditional attributes: If I add a certain attribute to "Required Attributes", none of the conditionals will work anymore. I have tried to create a small logbook definition that will demonstrate the problem (the original logbook is more complex and uses two sets of conditionals, both of which will be disabled when the bug hits):

; General settings
Menu commands = List, New, Edit, Duplicate, Delete, Reply, Select, Move to, Download, Find, Logout, Help, Config,Admin
List Menu commands = New, Select, Find, Logout, Help, Config, Admin, Import, Download
Date Format = %d/%m/%Y
List conditions = 1
List display = Edit, Type, Created, StatusA, StatusB, Archived, Test Text, Public?

; Attributes
Attributes = Type, Created, StatusA, StatusB, Archived, Test Text, Public?
Required Attributes = Type

; Attribute Types
Type Created = date
Type Archived = date

; Options & Tooltips
Options Type = Type1{0}, Type2{1}
Options StatusA = Status-A-red, Status-A-orange, Status-A
Options StatusB = Status-B-red, Status-B-orange, Status-B
Options Public? = yes,no

; Conditionals
{0}Show Attributes Edit = Type, Created, StatusA, StatusB, Archived, Test Text, Public?
{1}Show Attributes Edit = Type, Created, StatusA, Archived, Test Text, Public?

The above logbook definition works. However, if I replace the Required Attributes = Type with Required Attributes = Type, Public?, the conditionals will no longer work. I can see the difference in the reactions of the browser - with the extra attribute, nothing happens when I change "Type". Without, the browser will spring into action and reload as soon as I change "Type". I've tested this with both Firefox 3.6.13 and Konqueror 4.4.5 on Kubuntu 10.04 as clients. Fortunately, this is not a showstopper for me, as it is not mandatory to have this attribute defined as required, but I find it a weird issue nonetheless.

Cheerio,

Thomas

P.S.: I'm currently running the latest SVN version of elogd on OPenBSD as I ran into the same problem as described in Message 66984. The above problem also happens with the 2.8.1 I was using before. Some feedback: The SVN version compiled and ran without any further intervention on OpenBSD - very nice!

; General settings
Menu commands = List, New, Edit, Duplicate, Delete, Reply, Select, Move to, Download, Find, Logout, Help, Config,Admin
List Menu commands = New, Select, Find, Logout, Help, Config, Admin, Import, Download
Date Format = %d/%m/%Y
List conditions = 1
List display = Edit, Type, Created, StatusA, StatusB, Archived, Test Text, Public?

; Attributes
Attributes = Type, Created, StatusA, StatusB, Archived, Test Text, Public?
Required Attributes = Type

; Attribute Types
Type Created = date
Type Archived = date

; Options & Tooltips
Options Type = Type1{0}, Type2{1}
Options StatusA = Status-A-red, Status-A-orange, Status-A
Options StatusB = Status-B-red, Status-B-orange, Status-B
Options Public? = yes,no

; Conditionals
{0}Show Attributes Edit = Type, Created, StatusA, StatusB, Archived, Test Text, Public?
{1}Show Attributes Edit = Type, Created, StatusA, Archived, Test Text, Public?

Your problem is the "?" in the attribute Public?.  Attributes may only contain ordinary characters. Unfortunately I did not document this so far. Therefore I put some fix in SVN revision 2387 which allows your attribute Public?, but I'm not 100% sure if this works in all places. The safest is just to remove the question mark.

 Thanks Stefan, I'll try that. It's strange, though: At work, we're running 2.7.6 (and have used older versions in the past) and we have several logbooks with each at least one or two attributes with '?' and never had a problem with conditionals. Hence my surprise when this suddenly hit me with 2.8.1+ at home. Removing the '?' would be quite some work, as I'd have to change all logbooks and the associated data (the latter could probably be done with "rpl", I hope). I'll think about it.

Dear colleagues,

I have edited my own style sheets for elog, but if I use the reply function while having fckedit as editor, the quotations have the standard elog colors, not mine. With elog's own editor, I get my colors. I figured out that fckedit inserts the quote as HTML-block with "hard coded" colors, but I am not able to find the template fckedit uses for it! Does anyone know the path to this template?

Thank you in advance

Robert Heine

That's actually a limitation of fckedit. It simply does not interprete any style sheets, that's why actually the elogd program hard-wires the colors etc. Sorry for that.  

I have just installed elog 2.8.1 on my OpenBSD 4.8 server (I've added the necessary Makefile patch to "Contributions"). Everything seems to work fine, however, I ran into a very odd problems with the dates of the logbook entries: When I start a new entry, the current date/time is displayed correctly. When I submit the entry and look at it again, the date has changed to some value in 1996 . I've checked the actual logbook file and there, the entry has a Date line like this:

Date: Thu, 03 Feb 2011 23:53:28 -13049141
 

The "-13049141" looks very suspicious to me - but I have no idea whatsoever why this happens. I had elogd running with -v, but that did not give me any hints. Any ideas how to debug/resolve this would be much appreciated...

The problem is most probably related to the time zone. elogd contains a function:

/* workaround for wong timezone under MAX OSX */
long my_timezone()
{
#if defined(OS_MACOSX) || defined(__FreeBSD__)
   time_t tp;
   time(&tp);
   return -localtime(&tp)->tm_gmtoff;
#else
   return timezone;
#endif
}

/* workaround for wong timezone under MAX OSX */
long my_timezone()
{
#if defined(OS_MACOSX) || defined(__FreeBSD__)
   time_t tp;
   time(&tp);
   return -localtime(&tp)->tm_gmtoff;
#else
   return timezone;
#endif
}

 BINGO! That was it - thank you! I've added the || defined(__OpenBSD__) in the place you described above and now the dates are correct. While I was at it, I also had a look at what other ifdefs there are for FreeBSD and the only other one I found was also in elogd.c:

#if defined (_BSD_VA_LIST_) && defined (__FreeBSD__)

I'm far from being a C programmer, but I did some quick and dirty compile tests with various ifdefs set and apparently, _BSD_VA_LIST_ is not set on OpenBSD, so I guess that this statement does not need modification. I will keep my eyes peeled for strange behaviour, though...

Cheerio,

Thomas

P.S.: One thing I noticed is that the OpenBSD variant of gcc throws these warnings when compiling elogd.c:

gcc -g -funroll-loops -fomit-frame-pointer -W -Wall -DHAVE_SSL -I../mxml -o elogd src/elogd.c crypt.o regex.o mxml.o strlcpy.o -lcrypto -lssl
/tmp//ccHhMZfy.o(.text+0xd2f): In function `int_vasprintf':
src/elogd.c:826: warning: vsprintf() is often misused, please use vsnprintf()
/tmp//ccHhMZfy.o(.text+0xae8): In function `xstrdup':
src/elogd.c:736: warning: strcpy() is almost always misused, please use strlcpy()
/tmp//ccHhMZfy.o(.text+0x13c7): In function `my_shell':
src/elogd.c:1197: warning: sprintf() is often misused, please use snprintf()
/tmp//ccHhMZfy.o(.text+0xf0ae): In function `el_correct_links':
src/elogd.c:5178: warning: strcat() is almost always misused, please use strlcat()

I'm not certain whether this is specific to this gcc variant, but I seem to remember that the OpenBSD folks added some extra warnings and suchlike as part of their overall code audit, so I thought I'd mention it.

I attempted to remove the text editor (like you did in "Demo of database-like elog") using  "Show text = 0".

In both your Demo and my logbook when you hit  "New"  - Explorer generates the folowing error message

        Error: The Textarea with id or name set to "text" was not found.

Is there a solution or do we just live with it.

Thanks,    Mike

Thanks for reporting that bug. I fixed it in SVN revision 2188, and the fix will be contained in the next release. 

 I am getting the same message in the current version (V2.8.0-2312), if the "Preset text"  text body contains the equal sign '='. Then this message pops up and the HTML-editor dosn't show its menu bars, with the elog- or plain text editor this does not happen. It happens as well with firefox as with internet explorer.

best regards

Robert

I found a bug there, but am not 100% sure if it fixed your problem. Can you please try the current SVN version 2331? I made a new intermediate release elog280-4.exe for you. 

Sorry, I was busy for a while. I've just upgraded to SVN 2350 and the problem seems to be gone.

Best wishes

Robert

 Hello,

Can anyone please send me, or publicly provide, working Ubuntu 10.10 binaries (64-bit) for ELOG?

I have compiled and installed the program. While the core functionalities are OK, I have run into irritating bugs in filtering and config editing that are not present in the online demo (but are in my local demo and logbook).

Hence I suspect compilation to be the cause.

For the curious:

• Saving the config within ELOG scrambles the elog.conf file

Hmm actually that last bug is also present in the demo. Any hope of fixing that?

True, some posts may not match the filters, leaving replies "orphan". I suggest that any orphan reply be either attached to the nearest upper level, or if not possible, be styled as a post instead of a reply (no arrow or indent) so as not to mistake it for a reply to the message above.

The benefit would be to be able to follow threads matching certain categories.

Hi Stefan,

Roptions, or Radio Buttons.  Do you recall that on old
radios, if you gently pressed a button you could release whichever
button was already in, without selecting the new button; in other
words no selection made.

I'd like this same facility with elog.  Now I know that it can be
done by (for example) in the config file preselecting one of the
selections on reply- or indeed one that does not exist to "clear" it, 
but in this case that is not the route I'd want to take every time.

What I'd like is a (optional) button along with all the others, which 
if you click on it, it will clear any selection for that particular Roption.  
At present, once an Roption has been selected, it will persist in all 
replies unless or until an alternative choice is made.  Alternatively, if 
no selection has been made, then there is no selection on the reply, either. 
[Unless something in the elog.cfg file].

Regards,

David.
 

> I'd like this same facility with elog.  Now I know that it can be
> done by (for example) in the config file preselecting one of the
> selections on reply- or indeed one that does not exist to "clear" it, 
> but in this case that is not the route I'd want to take every time.

What about defining an additional option "unspecified". So you have

Roptions attr = option1, option2, option3, none

Whenever you click on "none", the selection is removed from the other options. The HTML standard unfortunately does 
not foresee radio buttons not being selected, so I would have to tweak it somehow to get exactly what you want.

> > I'd like this same facility with elog.  Now I know that it can be
> > done by (for example) in the config file preselecting one of the
> > selections on reply- or indeed one that does not exist to "clear" it, 
> > but in this case that is not the route I'd want to take every time.
> 
> What about defining an additional option "unspecified". So you have
> 
> Roptions attr = option1, option2, option3, none
> 
> Whenever you click on "none", the selection is removed from the other options. The HTML standard unfortunately does 
> not foresee radio buttons not being selected, so I would have to tweak it somehow to get exactly what you want.

Hadn't realised the standard was written that way.  
What you propose seems fine to me.

David.

hello,

At home, when I change the config *. cfg, the modifications are not taken in consideration

Have you got a idea ?

Thanks a lot !

Bob

Not really, you are the first one reporting this issue. Just some thoughts:

- Can you see the changes if you look at elogd.cfg with a text editor such as notepad?

- Some write protection of elogd.cfg

- Do you have more than one server running at the same time and changing the wrong one's config?

- Stefan 

>- Can you see the changes if you look at elogd.cfg with a text editor such as notepad?

I change the configuration directly on elogd.cfg, (after i save and update my web page, and i not modification immediately)

>- Some write protection of elogd.cfg

no

- Do you have more than one server running at the same time and changing the wrong one's config?

i have one server with elog

 Let me report when I see this behaviour.

If I use a text editor on elog.cfg directly, while elog is running, then when I save the file, the new elog.cfg is in place,

but the running elog is still running with the old configuration.  You have to restart elog for it to read the new config file and

use the new settings.

This does not apply if you edit elog.cfg via the "config" option in the menu command, where elog will read the new elog.cfg

just after it has been saved.

The reason I sometimes edit the file directly is if I want to create a new logbook, but with all the configuration of another logbook,

and it's quickest to cut-and-paste,  change the heading, create a new directory and restart elog.

This may be completely off what is being reported.

Minor changes you do externally to the elogd.cfg file are reflected immediately under Windows (under Linux you have to send a HUP signal to the process to re-read the configuration). But if you make major changes like adding a new logbook, you have to restart elogd. 

Yes, exactly!
I prefer to use the elog.cfg for change my config.

But, How do you do for restar the elogd ? with Unregister ELOG server service ?

Anyway, thanks for yours answers !

Bob

When running as a windows service, you open a  Command Prompt and enter:

net stop elogd
net start elogd

that will restart the service.