Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 248 of 807  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subjectdown
  1671   Thu Feb 9 09:12:44 2006 Reply Stefan Rittstefan.ritt@psi.chQuestionAll2.6.1Re: Work on PAM Support?

Steve Jones wrote:
Has anyone been seriously looking into building in PAM support in eLog? I ask because I have started reading the developer papers from Sun and looking at sample code.


Not really. I have two big issues higher on my list: XML database format and multithreaded HTTP server. From having a quick look to PAM, I was not sure how easy this would be to implement. If it's not too difficult, it could move higher in the priority list.
  1673   Thu Feb 9 19:51:26 2006 Reply Steve Jonessteve.jones@freescale.comQuestionAll2.6.1Re: Work on PAM Support?

Stefan Ritt wrote:

Steve Jones wrote:
Has anyone been seriously looking into building in PAM support in eLog? I ask because I have started reading the developer papers from Sun and looking at sample code.


Not really. I have two big issues higher on my list: XML database format and multithreaded HTTP server. From having a quick look to PAM, I was not sure how easy this would be to implement. If it's not too difficult, it could move higher in the priority list.



Tell you what, I'm looking at two items related to eLog -- tell me to stop if you want:

  • forkpty() emulation for Solaris
  • PAM support

I'm furthur ahead on the forkpty() - just trying to figure out exactly where to place the code. Once I know it works then I can give it to you to incorporate. Unless you want what I have now and you can work on it.

I've also got quite a bit of reference code for PAM support. A little more daunting.
  602   Wed Jul 14 22:21:55 2004 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.5.3Re: Wishlist: TOOLTIP for ATTRIBUTES
> Using the COMMENT feature to add guidance to an ATTRIBUTE works great, but
> is it possible to add a TOOLTIP <ATTRIBUTE> = so as to save screen space? 

Where should the tooltip appear? In the entry form or when an entry is
displayed, or even in the tabular listing? I can put a title arround the
attribut names such as

<div title="Please enter some subject here">Subject:</div>

which gets interpreted by most browsers as a tooltip. However it's not
apparent to the user that leaving the cursor on top of "Subject" opens a
tooltip, especially since the cursor is displayed as the text cursor (vertical
bar), not as an arrow over the attribute. Do you have a link to a public web
page which uses tooltips?

> For a complex entry form it is desireable to try and have everything in a
> single window and this, I think, would help.

Aiming for running elog on you PDA? Let me know if you succeed...
  604   Wed Jul 14 22:54:43 2004 Reply Steve Jonessteve.jones@freescale.comRequestAll2.5.3Re: Wishlist: TOOLTIP for ATTRIBUTES
> > Using the COMMENT feature to add guidance to an ATTRIBUTE works great, but
> > is it possible to add a TOOLTIP <ATTRIBUTE> = so as to save screen space? 
> 
> Where should the tooltip appear? In the entry form or when an entry is
> displayed, or even in the tabular listing? I can put a title arround the
> attribut names such as
> 
> <div title="Please enter some subject here">Subject:</div>
> 
> which gets interpreted by most browsers as a tooltip. However it's not
> apparent to the user that leaving the cursor on top of "Subject" opens a
> tooltip, especially since the cursor is displayed as the text cursor (vertical
> bar), not as an arrow over the attribute. Do you have a link to a public web
> page which uses tooltips?
> 
> > For a complex entry form it is desireable to try and have everything in a
> > single window and this, I think, would help.
> 
> Aiming for running elog on you PDA? Let me know if you succeed...

In the Entry form I am thinking, as this is when most people need some help. 
Perhaps the user could be clued in with a "Mouse-over each attribute for Help"
COMMENT at the top.

As for the PDA, no, it's just that some people around here get confused if they
have to scroll down.  Not a big thing . . . ;-> Hmmm, PDA . . . 
  607   Thu Jul 15 10:01:03 2004 Reply Stefan Rittstefan.ritt@psi.chRequestAll2.5.3Re: Wishlist: TOOLTIP for ATTRIBUTES
Ok, I added the option

Tooltip <attribute> = ...

I apply the HTML "title" tag to the whole table row, so the tooltip appears on the
whole line, not only the attribute name. I guess this is much more intuitive. Give
it a try. New version under CVS and available as a snapshot.
  643   Mon Aug 2 19:27:56 2004 Agree Steve Jonessteve.jones@freescale.comRequestAll2.5.3Re: Wishlist: TOOLTIP for ATTRIBUTES
> Ok, I added the option
> 
> Tooltip <attribute> = ...
> 
> I apply the HTML "title" tag to the whole table row, so the tooltip appears on the
> whole line, not only the attribute name. I guess this is much more intuitive. Give
> it a try. New version under CVS and available as a snapshot.

I like the implementation, especially with the tooltip popping up anywhere in the
area.  Thanks.
  66999   Fri Jan 21 08:49:31 2011 Reply Stefan Rittstefan.ritt@psi.chRequestLinux2.8.1-2353Re: Wishlist: Roption
> 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.
  67000   Fri Jan 21 11:28:02 2011 Reply David PilgramDavid.Pilgram@epost.org.ukRequestLinux2.8.1-2353Re: Wishlist: Roption
> > 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.
ELOG V3.1.5-3fb85fa6