Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 774 of 806  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Versiondown Subject
  1273   Fri Jul 15 15:03:01 2005 Reply Emiliano GabrielliAlberT@SuperAlberT.itBug reportAll Re: short/long_name should point the same user

Stefan Ritt wrote:

Emiliano Gabrielli wrote:
uhm.. I think the confusion intrinsict in elog between long and short name is something to be solved ..
an attribute of type "userlist" fills always with the long_name .. but if I would to insert it as short ?

the users shown in the users admin dropdown menu is short .. why? .. may be I didnt understood the way this issue works .. Crying


The "short name" is the equivalent to the unix login name. Under /etc/passwd, you have a login (short) name and a "full" (long) name. The first may not contain blanks, must be unique, while the second is more like a "real" name. This concept has been adapted in elog. While many people use cryptic or abbreviated login names, it's still nice know the real name, like if you get an email notification from someone. The userlist fills with the long_name because people refer to other people in the logbook usually with the real name (sometimes they even don't know the people's login name). The admin dropdown menu uses the short names because you look at the user database more from an administration point of view. Like if you edit /etc/passwd, you first look at the login name, not the full one. Maybe what one could add is to make the full name in the admin page a dropdown list as well, so the admin can either select the short or the long name. Another item for the wishlist Crying


uhmm .. what I am talking about is something simpler ... It seems to me that elog does not use always the "login name" but somethins refers to the "gecos" ... What I'm askinf for is to separe the login name (to which elog has to refer for everything internally) and the long/short_name mechanism that should be a mere display issue ...

May be that it is the same to ask for the introdution of a "user_id" or to treat the login name as the uid, .. the "Author" field should be filled both with the long and the short name (and it is so now!) but, when checking the original author on a Edit action, aelog as to check always the actual logged *short* name against the original Author *short* name .. becoise is only the short name that should have a sense for messages .. the long one is only a nice reminder Smile

Hope my english makes me to be understod now Wink
  1274   Fri Jul 15 17:28:33 2005 Reply Emiliano GabrielliAlberT@SuperAlberT.itRequestAll Re: < img > in Display Attribute
the very usefull thing my request will enable is the following:
Options Category              = Info,Report,[B]Problem[I]{1}[/I][/B],Other
Preset Category               = Info
Display Category              = <img style="border:0; float:left; margin-right:5px" src="icons/$category.png">$category

[B]{1}[/B]ROptions Level             = Notice,Warning,Alert,Fixed
{1}Preset Level               = Warning
[B]{1}Display[/B] Category           = <img style="border:0; float:left; margin-right:5px" src="icons/[B]$level[/B].png">[B]$category[/B]

note that this way I could use a single field to have the both the category name and the level icon .. this is specially usefull for a "problem" or "bug" category, becouse this way one can see status of the "bug"..

.. I'd really like conditional Display Tongue
  1275   Sat Jul 16 12:30:33 2005 Reply Stefan Rittstefan.ritt@psi.chRequestAll Re: < img > in Display Attribute

Emiliano Gabrielli wrote:
IMHO the solution may be in allowing html code only in the cfg, not in the value of the field..
i.e., elog has to first allow html in the cfg attribute and then replace every $attribute with their values... this values as to be translated in html entities in order to solve the problem

in other wordsthe value of the attribute as to httl_encoded when displayed.. and the cfg line not

or I am loosing some point ?


I don't like that solution. Sometimes I want to write some HTML tag myself into an attribute (like "<b>") and have this interpreted, meaning having the following word in bold, and sometimes I want to talk about HTML tags, like to tell you to use <b> for bold, and have it not interpreted. The same with the ELCode tags.

So I added an escape character. If you write <b> or [b], then it gets interpreted. If you write \<b> or \[b] with the "\" in front of the tag, it does not get interpreted, thus the '\' works like an escape character. I edited your old entry with the <img> in the subject, and as you see it is now not interpreted.

The modification is in CVS and documented in the ELCode help.
  1276   Mon Jul 18 10:09:06 2005 Reply Emiliano GabrielliAlberT@SuperAlberT.itRequestAll Re: < img > in Display Attribute

Stefan Ritt wrote:
I added an escape character. If you write <b> or [b], then it gets interpreted. If you write \<b> or \[b] with the "\" in front of the tag, it does not get interpreted, thus the '\' works like an escape character. I edited your old entry with the <img> in the subject, and as you see it is now not interpreted.

The modification is in CVS and documented in the ELCode help.


Ok, it's a good solution for me ... as using a <pre> html tag does not seem to preserve an <img> tag ..
  1285   Wed Jul 20 21:43:56 2005 Reply Stefan Rittstefan.ritt@psi.chBug reportAll Re: [code] should be a sort of <CDATA >

Emiliano Gabrielli wrote:
Using the [code] elocode should be intended also to preserve the tagged text from beeing parsed as html or elcode itself ..

this is an example:

Quote:
Note that, for security reasons, you should check the MD5 FINGERPRINT of the SSL certificate issued by the server agaist the following one:

MD5 Fingerprint = 23:A7:AD:33:3C:08:BE:2A:62:6E:85:DF:B8:00:23:40


Thank you


As you can see, your entry with the [code] section is now shown without interpretation. So everything between [code] and [/code] is not interpreted as ELCode tags. The modification is committed to CVS.
  1289   Wed Jul 20 23:30:45 2005 Reply Stefan Rittstefan.ritt@psi.chRequestAll Re: < img > in Display Attribute

Emiliano Gabrielli wrote:
the very usefull thing my request will enable is the following:
Options Category              = Info,Report,Problem{1},Other
Preset Category               = Info
Display Category              = <img style="border:0; float:left; margin-right:5px" src="icons/$category.png">$category

{1}ROptions Level             = Notice,Warning,Alert,Fixed
{1}Preset Level               = Warning
{1}Display Category           = <img style="border:0; float:left; margin-right:5px" src="icons/$level.png">$category

note that this way I could use a single field to have the both the category name and the level icon .. this is specially usefull for a "problem" or "bug" category, becouse this way one can see status of the "bug"..

.. I'd really like conditional Display Tongue


You asked for ELCode tags not to be interpreted inside any [code] tag, but now the above entry gets screwed since you used it there! So no formatting any more in [code] section Wink
  1290   Wed Jul 20 23:32:46 2005 Reply Stefan Rittstefan.ritt@psi.chRequestAll Re: <img> in Display Attribute

Emiliano Gabrielli wrote:
when I try to use this featur on a conditional attr it is ignored .. If I remove the {1} it is obviously showed .. but also when no $level is defined (taht is infact not what should be)...

BTW, is it possible to not show conditional attributes in mail and in "single entry" view? .. it's quite strange to ave a "Level" of a "Misure", not a "Problem" Tongue

thank you in advance Smile


I added the conditional attributes for the "single entry" view (not the mail yet), so you might again try it.
  1291   Thu Jul 21 09:31:35 2005 Reply Emiliano GabrielliAlberT@SuperAlberT.itRequestAll Re: < img > in Display Attribute

Stefan Ritt wrote:

Emiliano Gabrielli wrote:
the very usefull thing my request will enable is the following:
Options Category              = Info,Report,[B]Problem[I]{1}[/I][/B],Other
Preset Category               = Info
Display Category              = <img style="border:0; float:left; margin-right:5px" src="icons/$category.png">$category

[B]{1}[/B]ROptions Level             = Notice,Warning,Alert,Fixed
{1}Preset Level               = Warning
[B]{1}Display[/B] Category           = <img style="border:0; float:left; margin-right:5px" src="icons/[B]$level[/B].png">[B]$category[/B]

note that this way I could use a single field to have the both the category name and the level icon .. this is specially usefull for a "problem" or "bug" category, becouse this way one can see status of the "bug"..

.. I'd really like conditional Display Tongue


You asked for ELCode tags not to be interpreted inside any [code] tag, but now the above entry gets screwed since you used it there! So no formatting any more in [code] section Wink


LOL Smile
ELOG V3.1.5-3fb85fa6