Re: Cannot submit admin password while logbook is named in Chinese, posted by Stefan Ritt on Tue Oct 11 09:24:12 2005
|
| Exaos Lee wrote: | | Sorry for my poor English. The case is like this: When I set an admin password for my logbook which is named in Chinese, I cannot open the config page while the password is correct. It seems that the logbook named in Chinese cannot recieve the password submitted. If the logbook is named other than Chinese, everything is OK. I will repeat the problem and describe it more exactly. |
A way around that problem would be to use user level access (via the Password file = ... and Admin user = ... settings). Can you try if that works under a Chinese logbook? |
|
Re: Trying to remove "mailto:" from the email address, posted by Stefan Ritt on Thu Oct 13 08:32:20 2005
|
| Matt Kimball wrote: | | We are using ver 2.5.4. As users enter new requests into the system, they would like email notifications. I have added the $user_email into a "notifications" section that we created. The email address that gets entered is "mailto:user@domain.com". Is there a way to remove the "mailto:"? Attached is my config file. |
The "mailto:" is there for good reason. After you submit the entry, elogd converts the "mailto:" into
<a href="mailto:user@domain.com">user@domain.com</a>
so the browser shows the email address as a link. If you click it, the browser automatically opens your email client with the email address already in the "To:" field. The same works in the main text body. So if I put "mailto:stefan.ritt@psi.ch", it gets converted automatially to "stefan.ritt@psi.ch", a feature many people rely on.
Now from your request it looks to me like you want email notifications, so you put
Email System CareWare = ..., $user_email
In that case the "mailto:" gets automatically stripped during the email notification, so the user_email gets entered and will be used correctly for the notification. |
|
Re: Long lines in printout, posted by Stefan Ritt on Thu Oct 13 11:19:09 2005
|
Ok, I found the problem. In the default.css file, you will find a section
.messagepre {
font-family:'lucida console',courier,monospace;
font-size:10pt;
}
Just go and delete the line with the font-size, this should fix your problem. If the font-size is fixed, the browser cannot resize the text to fit into your printing page. I still have problems with IE, but with Firefox it works fine if you select Shrink to fit page width on the page setup. |
Re: Long lines in printout, posted by Stefan Ritt on Thu Oct 13 13:51:55 2005 
|
| Bertram Metz wrote: | | The lines are still cut, if printed on paper. |
Are you sure? After you change the CSS file, you have to reload the page. I just tried with the very long entry from this thread and got in the Firefox preview window the picture which I attached. The font size of the text body is shrunk such that all lines (except the one very long line) fit on the paper. |
|
Re: Conditional hiding of attributes in list view, posted by Stefan Ritt on Thu Oct 13 14:08:26 2005
|
| Yoshio Imai wrote: | I noticed the quickfilter option in the config guide in the meantime  ! |
Sorry my late reply, I'm extremely busy these days. I still don't get the point where you want attributes to be hidden. Let's assume you have a logbook with attributes A, B, C, D, E. One set of entries use A, B and C, whil the other set of entries use A, D and E. Right now, you get a listing like
Title A B C D E
one a b c
one a b c
two a d e
two a d e
one a b c
Now if you want to hide D and E for type one and B and C for type two, you would get
Title A B C D E
one a b c
one a b c
two a d e
two a d e
one a b c
so the "d" and "e" values are under the wrong title "B" and "C". Of course you can put a separate tile line each time you switch from "one" to "two", but that costs a lot of space. So how would you layout a listing where different attribute sets are mixed?
| Yoshio Imai wrote: | I have one question however, concerning the "Resource Dir"-statement of the
config file. When setting it, the default theme doesn't work any more, I get
white background and no color schemes when going to the elog page with the
browser. Does this mean that the default resource location (/usr/share/elog/themes)
is overriden by this statement, and that all resources have to be put there
(if so, is it on purpose or is it a bug)? |
Well, the "theme" is a "resource". The manual says: Resource dir = <directory>: Specifies the root directory for ELOG resources like help files, themes, icons and user HTML files, so it's explicitly written there. If you change the resource dir and do not move your themes accordingly, you won't have them! If you shoot yourself in the foot, no gun will help you to prevent this
| Yoshio Imai wrote: | | BTW, do you think it is at all feasible to implement the changes we mentioned earlier? |
Which features do you mean? In your previous posting you mentioned a filter, but you found that already. So what else is left except the hiding of attributes? |
|
Re: New Accounts, posted by Stefan Ritt on Thu Oct 13 21:26:31 2005
|
| Carl Shirey wrote: | I hope you can help me Stefan.
The problem that I am having is when someone request a account on elog I received e-mail message to activate there account. I click on the link from my e-mail to activate the account it takes me to the logon page. I log on and then I get a massage that the web does not exist.
What I found out was the elog Damon stops, and I have to restart it and everything work fine.
Here is a copy of me Elog config.
Also can you tell me how you set up the Subtext and the Show new entry buttons on the main page of the elog.
Thank for your help |
I tried with the current version and could not reproduce your problem. Can you try to increase the login expiration like Login expiration = 240 for ten days. If you then click to activate an account and you have been logged in less than ten days ago, you will not be asked to logon. Does the problem then still occur? |
|
Re: Next ELOG Release ?, posted by Stefan Ritt on Fri Oct 14 11:07:40 2005
|
> Hello Stefan,
> Did you have a release Date for Elog V2.6.0 ?
> Thanks in Advance.
There is still some unfinished code in the HTML email notification. I guess it will take me still some weeks to
finish that, since I'm pretty busy these days... |
|
Re: Error message: "Attachment #6 of entry #0 not found", posted by Stefan Ritt on Mon Oct 17 10:18:29 2005
|
> Hi all, I get messages like this
> Attachment #16 of entry #0 not found
> Please use your browser's back button to go back
> always when clicking on an entry in summary or threaded view.
> I can only read entries when browsing them in full view. How can i fix this?
> regards, Christian
I need some more information. Can you send me your elogd.cfg, and show
me the URLs your browser displays during your navigation? |
|