ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68985
|
Tue May 21 17:20:19 2019 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | Windows | 3.1.4 | Re: Write by a .dll instead of the elog.exe |
I presume you want to write from another program. You can call a command line shell (done via the "system()" command under C) which then calls the elog executable. If you absolutely want a DLL, you can einter try to compile one yourself using the fuctions in elog.c, or use the curl DLL with which you can also submit elog entries. See elog:68597 for usage of curl. While curl is usually executed from the command line, there is also a curl library containing the same functionality. See https://curl.haxx.se/windows/
Marcel Krenz wrote: |
Dear All,
is it possible to write to the elog instead of the Command line throug a .dll
Best
MK
|
|
67003
|
Wed Jan 26 19:38:58 2011 |
| Louis de Leseleuc | louis.deleseleuc@nrc-cnrc.gc.ca | Request | Linux | 2.8.1 | Re: Working Ubuntu 10.10 ELOG binaries |
Louis de Leseleuc wrote: |
Hello,
Can anyone please send me, or publicly provide, working Ubuntu 10.10 binaries (64-bit) for ELOG?
I have compiled and installed the program. While the core functionalities are OK, I have run into irritating bugs in filtering and config editing that are not present in the online demo (but are in my local demo and logbook).
Hence I suspect compilation to be the cause.
For the curious:
- Saving the config within ELOG scrambles the elog.conf file
Theme = default
Comment = Louis's Lab Book
Attributes = Project, Type, Category, Subject
after saving becomes
Them = defaultt
Commnt = Louiss's Lab Book
Attribute = Prroject, Type, Category, Subject
- In the Find page, drop-down filters for attributes are ignored, but text is searched
- In the threaded view, Quick filters "dissociate" posts and replies, so that all rows are now in reverse chronological order
Cheers!
Louis
|
Hmm actually that last bug is also present in the demo. Any hope of fixing that?
True, some posts may not match the filters, leaving replies "orphan". I suggest that any orphan reply be either attached to the nearest upper level, or if not possible, be styled as a post instead of a reply (no arrow or indent) so as not to mistake it for a reply to the message above.
The benefit would be to be able to follow threads matching certain categories. |
1671
|
Thu Feb 9 09:12:44 2006 |
| Stefan Ritt | stefan.ritt@psi.ch | Question | All | 2.6.1 | Re: 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 |
| Steve Jones | steve.jones@freescale.com | Question | All | 2.6.1 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | 2.5.3 | Re: 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 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.5.3 | Re: 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 |
| Stefan Ritt | stefan.ritt@psi.ch | Request | All | 2.5.3 | Re: 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 |
| Steve Jones | steve.jones@freescale.com | Request | All | 2.5.3 | Re: 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. |