ELOG Forum

Demo Discussion

Forum Config Examples Contributions Vulnerabilities

Discussion forum about ELOG, Page 136 of 806

Not logged in

Find | Login | Help

New entries since:

Thu Jan 1 01:00:00 1970

Full | Summary | Threaded | Hide attachments

6445 Entries

Goto page Previous 1, 2, 3 ... 135, 136, 137 ... 804, 805, 806 Next

Mon Oct 10 19:33:05 2005

Re: Cannot submit admin password while logbook is named in Chinese

Stefan Ritt wrote:

Exaos Lee wrote:

As the title.

There is no possibility to change an admin password. You probably mean that you logged in as admin and cannot change your own password, is that right? Do you use user level access via "password file = ..."? What is your elogd.cfg? I tried to switch language to German and I can change my own password via the config page.

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.

1447

Tue Oct 11 09:24:12 2005

Re: Cannot submit admin password while logbook is named in Chinese

Exaos Lee wrote:

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?

1450

Thu Oct 13 08:32:20 2005

Re: Trying to remove "mailto:" from the email address

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.

1451

Thu Oct 13 10:56:29 2005

Re: Long lines in printout

Hi Stefan,
I tried your suggestions with 'page shrinking' and 'message width', but they didn't help. What I do not understand is why this problem occurs only if the message text is formatted as plain text. The lines are printed correctly, if the text is formatted as EL code or as HTML.

It is of course possible to format new entries in EL code or HTML, but we have a lot of existing entries, which are formatted as plain text.

Kind regards,
Bertram

1452

Thu Oct 13 11:19:09 2005

Re: Long lines in printout

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.

1454

Thu Oct 13 13:27:02 2005

Re: Long lines in printout

The lines are still cut, if printed on paper.
I played again with the 'message width' parameter, which actually the key parameter in my problem. I saw in the source, that the default value is now 112, but it was 76 in the elog version we'd used previously (V2.5.2). If I set 'message width' to 76 again, it works fine for new entries!
I wrote in the previous reply, that changing 'message width' didn't help. That seems to be the case for entries, which are re-submitted. For new entries it works.

Bertram

1455

Thu Oct 13 13:51:55 2005

Re: Long lines in printout

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.

Attachment 1: printout.jpg

1456

Thu Oct 13 14:08:26 2005

Re: Conditional hiding of attributes in list view

Yoshio Imai wrote:

I noticed the quickfilter option in the config guide in the meantime Wink

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 Wink

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?

Goto page Previous 1, 2, 3 ... 135, 136, 137 ... 804, 805, 806 Next

ELOG V3.1.5-3fb85fa6