> > I suggest to add an attributes like OS
> >
> > MOptions OS = linux, windows2000, windowsXP¨, windows2003
> >
> > to indicate on which version we are speaking
>
> Good idea, I added a "ELOG Version" as well.
I suggest MOptions - people are lazy .... :)
by the way any possibilities to have 'multiple icons' ? |
> 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. |
> > The only common denominator that could possibly cover all contingencies would
> > be LDAP authentication. One way of doing this in a more-or-less universal
> > fashion is to offload the auth task from eLog itself and place the burden on
> > Apache. This means figuring out how to get Apache to pass auth info to eLog
> > when eLog operates behind Apache. In the end, anything that can use LDAP as an
> > authentication mechanism (like AD) can host eLog - as long as eLog can glom off
> > of Apache's ability to do the actual authenticating.
>
> That sounds to me like a great idea. If anybody gets this working, people would be
> grateful if this could be submitted to the "Contributions" section of this forum.
Ah, you test me! Perhaps I will attempt to dig into this but I may have to leave the
integration up to you, Stefan. Seems that there would be two roads to go:
1> Move away from standalone and start to rely on Apache
2> Continue with the standalone theme and build in LDAP authentication (which could
also give you groups functions as well).
I think I would opt for <2> |
> > uhm ok .. can I expect to get a release with this feature in the near future ?
>
> I checked how I would do that and did not find a good solution. If I put a
>
> <img width=300 ...>
>
> for example, this scales down a big picture to only 300 pixels width. But if you submit a small
> picture, like just an icon, it blows it up to 300 pixels as well, which does not look nice.
> Unfortunatle I don't know of any option like "maxwidth=x" which only scales pictures down if they
> are larger than x. Do you know?
the following patch should do the job:
#################################################################################
--- elogd_orig.c 2005-02-03 16:46:10.000000000 +0100
+++ elogd_imgscale.c 2005-02-08 18:58:14.000000000 +0100
@@ -13690,9 +13690,14 @@
("<tr><td colspan=%d class=\"attachment\">%s %d: <a href=\"%s\">%s</a>\n",
colspan, loc("Attachment"), index + 1, ref, attachment[index] + 14);
if (show_attachments)
- rsprintf
- ("</td></tr><tr><td colspan=%d class=\"messagelist\"><img
src=\"%s\"></td></tr>",
- colspan, ref);
+ if (!getcfg(lbs->name, "Attached image width", str, sizeof(str))) {
+ rsprintf("</td></tr><tr><td colspan=%d class=\"messagelist\"><img
src=\"%s\"></td></tr>",
+ colspan, ref);
+ } else {
+ rsprintf("</td></tr><tr><td colspan=%d class=\"messagelist\">"
+ "<div style=\"width: %s\"><img src=\"%s\" style=\"width:
100%\"></div></td></tr>",
+ colspan, str, ref);
+ }
} else {
rsprintf
("<tr><td colspan=%d class=\"attachment\">%s %d: <a href=\"%s\">%s</a>\n",
@@ -18090,7 +18095,10 @@
if (is_image(att)) {
rsprintf("<tr><td class=\"messageframe\">\n");
rsprintf("<a name=\"att%d\"></a>\n", index + 1);
- rsprintf("<img src=\"%s\"></td></tr>", ref);
+ if (!getcfg(lbs->name, "Attached image width entry", str, sizeof(str)))
+ rsprintf("<img src=\"%s\"></td></tr>", ref);
+ else
+ rsprintf("<div style=\"width: %s\"><img src=\"%s\" style=\"width:
100%\"></div></td></tr>", str, ref);
rsprintf("</td></tr>\n\n");
} else {
if (is_ascii(file_name)) {
##########################################################################################
two new elog.conf parameters are defined:
Attached image width ; width of full view image attached
Attached image width entry ; width of attached image in the entry list view
plz apply :-) |
> > - Irestarted the daemon
> > - attached strace to it
> > - requested the list for a testin logbook, few entries some quite big images
> > (two thumbnails, the other are old images get resized my the browser)
> > - repeted previous point a couple of times
> > - press F5 (mozilla-firefox) the browser hangs 4ever
> > - stop the load
> > - repeat point 3, all right
> > - F5 => hangs
> > - F5 => hangs
>
> I tried to reproduce this problem, but everything was fine. This problem was never
> reported by anyone else as well.
running ethereal I found a bug, hope this is the problem hanging my firefox (I think
we have a good chance it is :-P)
when I have thuimbs enabled, elog returns for the ".thumb" (or ".whatever".. thumb's
extension should be transparent to elog .. uhm... it can't be .. this is a problem)
anyway, having attached a pdf (a big one) and aving attachment display enabled (with
my thumbnails generated by my script) elog returns for the displayed thumb a
Content-Type for application/x-pdf, instead of the correct image/jpeg. I think this is
the problem.
The only way for elog to know what is the correc\t content type for thumbnails is to
get it from a configuration parameter, becouse it is a chioce of the external script
used to generate them to choose the type of thumbs (jpeg, png, gif ... )
One conf parameter defaulting to jpeg may be the solution |