ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
669
|
Thu Aug 12 23:32:46 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | Linux | 2.5.4 | Re: too many <table> tags |
> > Couldn't one include the extra <table> tag only when there is really more than
> > one attribute per line. All other lines could then be aligned properly.
>
> Sure one can do a lot of things if one has enough time and not tens of other
> requests on the wishlist which really concern some functionality and not just
> cosmetics.
Ouch!
And just to add insult to injury, the same <table> structure doesn't even look the
same between, say, IE6.0 and FireFox 0.9!!
Stefan, keep up the good work! |
670
|
Thu Aug 12 23:55:00 2004 |
| Steve Jones | steve.jones@freescale.com | Question | All | 2.5.4 | Re: Q: on 'FIND MENU commands =' <menu list> |
> > Thank you. I had added the "Move To" and this works at the log entry
> level (i.e., "Move
> > To <name>) but in the threaded view one does not get the enumerated list
> of logbooks.
>
> You get the "Move To" button only after pressing "Select", otherwise it does
> not make sense. See attached screendump and config example.
Hmmm. I like the little buttons with the pull-downs for selections.
Unfortunately, I don't get that. With a config of:
Find Menu commands = New, Find, Select, Config, Change password, Logout, Help, Admin
Menu commands = Back, New, Edit, Delete, Reply, Find, Move To, Copy To, Config, Help
my screen only shows the "toggle" and "delete" buttons. Was there a recent rev
that allowed this to happen (I didn't see a comment on this).
BTW, on a log entry screen, is the appropriate behavior for the "Move To" option
to show multiple "Move To" links (one for each logbook) or should there also be
pulldowns?
Thanks |
671
|
Mon Aug 16 21:48:49 2004 |
| Steve Jones | steve.jones@freescale.com | Question | Other | 2.5.4 | Re: Q: On Solaris 8, eLog not honoring USR= and GRP= cfg file directives? |
> > Just for grins, what version of compiler are you using under Linux?
>
> gcc 3.2.2 (from RedHat Linux 9.0)
Well, I am running 2.95.3 - hmmm. We have 3.3.2 - perhaps I'll try that and
see if there is a difference. |
672
|
Mon Aug 16 23:49:13 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4-2 | URL bug in elogd.cfg |
Under 2.5.4-2 build1.460, when I edit the demo elogd.cfg the following happens:
- I start with
URL = http://cde-tx32-sds01.subdom.dom.com:8080/
- When I go to edit the global section of the config file, the *display* of
the string is changed to:
URL = <a
href="http://cde-tx32-sds01.subdom.dom.com:8080/">http://cde-tx32-sds01.subdom.dom.com:8080/</a>
- Saving this results in an error in that the rendered url is invalid.
Our current running version is 2.5.4-build1.413 and this behavior is not
evident. I've looked through the diffs but could not identify the genesis
of this new behavior.
Thanks |
681
|
Wed Sep 1 22:25:01 2004 |
| Steve Jones | steve.jones@freescale.com | Question | Linux | 2.5.3 | Re: Options Items limits |
> Hello friends,
>
> Exist some form to increase limits of items (100) in the Options List
>
>
>
> Thanks for any help
I believe only through an edit of the C code and a recompile, as the values
are set as constants. I think this might be the line:
#define MAX_N_LIST 100
So, yes, there exists a way and the ease of this way is dependent upon your
comfort level with changing stefan's code. |
696
|
Wed Sep 8 17:39:43 2004 |
| Steve Jones | steve.jones@freescale.com | Bug report | All | 2.5.4-2 | Re: URL bug in elogd.cfg |
> This problem has been fixed in revision 1.462
Thank you! |
708
|
Fri Sep 24 19:17:52 2004 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.5.4 | Enhanced "eLog Version" Variable |
Stefan, would it be ok to add the "minor" revision level to the VERSION
constant? I've been doing this after I download source just so I can keep
things straight, you keep cranking out versions ;->
EX:
#define VERSION "2.5.4-4"
BECOMES
#define VERSION "2.5.4-4-1.483" or something like that?
Just a thought.
Thanks |
713
|
Wed Oct 6 06:14:36 2004 |
| Steve Jones | steve.jones@freescale.com | Comment | All | 2.5.4 | Re: Enhanced "eLog Version" Variable |
No big deal - I looked at the code and you did a much more thorough job than I
would have done. Appreciate all of the hard work -- this product is masterful!
> Sorry for that. The idea is that the -4 is the minor number between releases
> (mainly for bug fixes and impatient users (;-) ). I accidently overwrote the
> -4 version several times when testing a new RPM building scheme, but I promise
> to take more care in the future (:-)))
>
> Having the CVS revision in the executable is however a good idea and I will
> put it in.
>
> > Stefan, would it be ok to add the "minor" revision level to the VERSION
> > constant? I've been doing this after I download source just so I can keep
> > things straight, you keep cranking out versions ;->
> >
> > EX:
> > #define VERSION "2.5.4-4"
> > BECOMES
> > #define VERSION "2.5.4-4-1.483" or something like that?
> >
> > Just a thought.
> >
> > Thanks |