On Wed, 01 Nov 2017 01:41:08 + Mike Blumenkrantz
said:
> Assuming you are looking at the Enlightenment internal menu code, that is.
> If you are looking at the async efreet code, this has never successfully
> been used and is not currently used anywhere that I
On Wed, 01 Nov 2017 01:20:57 + Mike Blumenkrantz
said:
> There are no threads in the menu code that you are looking at, only
> functions with names from a time when there was an attempt to make efreet
> menu parsing asynchronous.
yes. i looked into it and
Assuming you are looking at the Enlightenment internal menu code, that is.
If you are looking at the async efreet code, this has never successfully
been used and is not currently used anywhere that I am aware of.
On Tue, Oct 31, 2017 at 9:20 PM Mike Blumenkrantz <
michael.blumenkra...@gmail.com>
There are no threads in the menu code that you are looking at, only
functions with names from a time when there was an attempt to make efreet
menu parsing asynchronous.
On Tue, Oct 31, 2017 at 8:56 PM Carsten Haitzler
wrote:
> On Tue, 31 Oct 2017 15:31:08 + Mike
On Tue, 31 Oct 2017 15:31:08 + Mike Blumenkrantz
said:
> After reviewing the currently reported issues I'm now planning to do the
> final release on Thursday. If anyone is working on any last minute bug
> fixes, please have them tested and committed by then.
On Tue, 31 Oct 2017 16:15:21 + Andrew Williams said:
done :)
> Hi Raster (or web admin)
>
> Can you please set this config value in the dokuwiki conf/local.php?
>
> $conf['plugin']['gitbacked']['ignorePaths'] = 'pages/playground/';
>
> I forgot that the config
On Tue, 31 Oct 2017 10:01:43 + Andrew Williams said:
> Hi
>
> Ideally yes - but then images are part of the spec anyway - and tables are
> pretty standard these days.
ok. so then it'd have to be a mixed bag of textblocks/entries + tables or boxes
containing them with
On Tue, 31 Oct 2017 10:02:50 + Andrew Williams said:
> Well, once you throw 4000 odd keywords, and match with or without () then
> efficiency is an issue.
>
> Either way that was not the point - I figure we can turn code linking on
> for all pages - any reason not to?
Hi Raster (or web admin)
Can you please set this config value in the dokuwiki conf/local.php?
$conf['plugin']['gitbacked']['ignorePaths'] = 'pages/playground/';
I forgot that the config changes are not pushed and without it there is a
500 error every time we write to playground (though it
After reviewing the currently reported issues I'm now planning to do the
final release on Thursday. If anyone is working on any last minute bug
fixes, please have them tested and committed by then.
Thanks!
--
Check out
Well, once you throw 4000 odd keywords, and match with or without () then
efficiency is an issue.
Either way that was not the point - I figure we can turn code linking on
for all pages - any reason not to?
And it would default to c unless the header said otherwise...
Andy
On Tue, 31 Oct 2017 at
Hi
Ideally yes - but then images are part of the spec anyway - and tables are
pretty standard these days.
Andy
On Tue, 31 Oct 2017 at 08:37 Carsten Haitzler wrote:
> On Tue, 31 Oct 2017 08:18:37 + Andrew Williams
> said:
>
> > In the case of
On Tue, 31 Oct 2017 08:18:37 + Andrew Williams said:
> In the case of method/symbol documentation that is indeed correct and no
> markup language is my first port of call for that. The first pass was done
> with clang which is pretty good thus far - .eo is going to be
On Tue, 31 Oct 2017 08:26:20 + Andrew Williams said:
> That's great thanks, it seems to be working well.
>
> Now that it's much more efficient I could change the default language to c
> - so that any page that does not state otherwise will receive this markup.
> Seems
That's great thanks, it seems to be working well.
Now that it's much more efficient I could change the default language to c
- so that any page that does not state otherwise will receive this markup.
Seems like a good thing to me - what do you think?
Andy
On Tue, 31 Oct 2017 at 07:36 Carsten
In the case of method/symbol documentation that is indeed correct and no
markup language is my first port of call for that. The first pass was done
with clang which is pretty good thus far - .eo is going to be much more
help once the interfaces become more commonly used.
However what your email
On Mon, 30 Oct 2017 16:47:08 + Andrew Williams said:
done :)
> Hi,
>
> I have now fixed the codelink plugin so it does not blow the limit for the
> length of a regex compilation. Can you please try putting this
> configuration back in again?
>
> $conf['code_extn'] =
On Tue, 24 Oct 2017 13:39:14 + Andrew Williams said:
> On Tue, 24 Oct 2017 at 13:09 Carsten Haitzler wrote:
>
> > On Mon, 23 Oct 2017 11:57:56 + Andrew Williams
> > said:
> >
> > > Hi,
> > >
> > > I will try to provide
18 matches
Mail list logo