#foswiki 2017-09-18,Mon

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)

WhoWhatWhen
GithubBot[distro] vrurg pushed 2 new commits to Item14237: https://git.io/v5F6R
distro/Item14237 046e27e Vadim Belman: Item14237: Slitly changed formatting of class info table.
distro/Item14237 bb7aac9 Vadim Belman: Item14237: More documentation on new extensions
[02:14]
***GithubBot has left [02:14]
FoswikiBothttps://foswiki.org/Tasks/Item14237 [ Item14237: Implement Development.OOConfigSpecsFormat proposal ] [02:14]
................................................. (idle for 4h3mn)
GithubBot[distro] MichaelDaum pushed 1 new commit to Item14288: https://git.io/v5FS9
distro/Item14288 532b25f MichaelDaum: Item14288: Merge 'origin/master'
[06:17]
***GithubBot has left [06:17]
FoswikiBothttps://foswiki.org/Tasks/Item14288 [ Item14288: rewrite to support pluggable edit engines ] [06:17]
***ChanServ sets mode: +o MichaelDaum [06:24]
........... (idle for 51mn)
GithubBot[WorkflowPlugin] MichaelDaum pushed 1 new commit to Item14048: https://git.io/v5FQW
WorkflowPlugin/Item14048 39f77ad MichaelDaum: Item14048: parking remaining work
[07:15]
***GithubBot has left [07:15]
FoswikiBothttps://foswiki.org/Tasks/Item14048 [ Item14048: multiple critical improvements to WorkflowPlugin ] [07:15]
............. (idle for 1h4mn)
GithubBot[NumberPlugin] MichaelDaum pushed 1 new commit to master: https://git.io/v5Fba
NumberPlugin/master 3efa50d MichaelDaum: Item14482: add support for currency conversion...
[08:19]
***GithubBot has left [08:19]
FoswikiBothttps://foswiki.org/Tasks/Item14482 [ Item14482: add support for currency conversion using online exchange rate services ] [08:19]
GithubBot[WebFontsContrib] MichaelDaum pushed 1 new commit to master: https://git.io/v5FNu
WebFontsContrib/master 60649fd MichaelDaum: Item14483: added missing js and css files
[08:29]
***GithubBot has left [08:29]
FoswikiBothttps://foswiki.org/Tasks/Item14483 [ Item14483: add missing js and css files ] [08:29]
GithubBot[StringifierContrib] MichaelDaum pushed 2 new commits to master: https://git.io/v5FAd
StringifierContrib/master dfabdfc MichaelDaum: Item14484: make html2text converter configurable...
StringifierContrib/master b31e4cf MichaelDaum: Item14484: up'ing version number
[08:43]
***GithubBot has left [08:43]
FoswikiBothttps://foswiki.org/Tasks/Item14484 [ Item14484: make html-to-text converter configurable ] [08:43]
...... (idle for 29mn)
GithubBot[SolrPlugin] MichaelDaum pushed 1 new commit to master: https://git.io/v5FhX
SolrPlugin/master c6edfca MichaelDaum: Item14485: better prefix and suffix search
[09:12]
***GithubBot has left [09:12]
FoswikiBothttps://foswiki.org/Tasks/Item14485 [ Item14485: better prefix and suffix search ] [09:12]
GithubBot[SolrPlugin] MichaelDaum pushed 1 new commit to master: https://git.io/v5Fh5
SolrPlugin/master 6c3020c MichaelDaum: Item13825: fixing dependency on Cache::Cache
[09:13]
***GithubBot has left [09:13]
FoswikiBothttps://foswiki.org/Tasks/Item13825 [ Item13825: SolrPlugin last update complains about Cache::FileCache, which is installed ] [09:13]
GithubBot[SolrPlugin] MichaelDaum pushed 1 new commit to master: https://git.io/v5FjL
SolrPlugin/master bac1cc5 MichaelDaum: Item14485: use text_prefix and text_suffix...
[09:16]
***GithubBot has left [09:16]
GithubBot[SolrPlugin] MichaelDaum pushed 1 new commit to master: https://git.io/v5FjY
SolrPlugin/master 3c36951 MichaelDaum: Item14486: truncate field values > 32k...
[09:17]
***GithubBot has left [09:17]
FoswikiBothttps://foswiki.org/Tasks/Item14486 [ Item14486: solr crashes on document fields with more than 32k content ] [09:17]
GithubBot[SolrPlugin] MichaelDaum pushed 1 new commit to master: https://git.io/v5FjH
SolrPlugin/master 112b54e MichaelDaum: Item14486: use flexbox in people search interface...
[09:23]
***GithubBot has left [09:23]
.............................. (idle for 2h26mn)
ChanServ sets mode: +o Lynnwood [11:49]
...... (idle for 28mn)
ChanServ sets mode: +o gac410 [12:17]
gac410good day all.... Reminder, Release Meeting today in channel #foswiki-release Starts in 35 minutes
MichaelDaum: I upgraded my site this w/e to 2.1.4 and also tried to update to the latest Image / ImageGallery & JQPhotoSwipeContrib. I got js errors from photoswipe.
PrettyPhoto also didn't work. Finally fell back to default slimbox which worked fine.
[12:24]
MichaelDaumHi George
please be more specific about the js errors. i cannot help otherwise.
[12:27]
gac410hi Michael ... Something about e is not defined. [12:28]
MichaelDaumdid you clear the browser cache? [12:29]
gac410I'd have to reenable it to try again. I fell back because it was a live site.
y
[12:29]
MichaelDaumplease do so when you can, screenshot the error, best including the stack trace on the browser's console, and attach it to a task item. [12:30]
gac410Failed on the "demo" images in the Contrib topic as well. Let me flip it back on and will try again. PrettyPhoto was different. It seemed to just give me a rest link that did nothing. [12:30]
MichaelDaumis the site accessible publicly? [12:34]
gac410Yes ... [12:35]
MichaelDaumah so where is it [12:35]
gac410hang on - let me find a page you can access [12:36]
GithubBot[WebDAVContrib] MichaelDaum merged Item14476 into master: https://git.io/v5bnc [12:37]
***GithubBot has left [12:37]
FoswikiBothttps://foswiki.org/Tasks/Item14476 [ Item14476: fix init scripts; add systemd service ] [12:37]
gac410TypeError e is undefined in pkg.js
I saw some other strangeness. My galleries had all been auto-attached. I had to convert them to manual attachments using UpdateAttachmentsPlugin or ImageGallry would not find them.
[12:37]
MichaelDaumoic
it does not load the photoswipe template
for a test: please add %JQREQUIRE{"photoswipe"}% to the page
[12:40]
gac410okay [12:42]
MichaelDaumdo you get an error, such as "no such thing: photoswipe" [12:43]
gac410not that I see
I added JQREQUIRE to the top of that page - no change.
[12:43]
MichaelDaumI know what it is
you can remove the %JQREQUIRE again. thanks.
[12:44]
gac410okay thanks.
bug? or configuration?
[12:45]
MichaelDaummissing feature in pattern skin ;)
-%TMPL:DEF{"bodyend"}%</body></html>%TMPL:END%
+%TMPL:DEF{"bodyend"}%%RENDERZONE{"body"}%</body></html>%TMPL:END%
this is the quick fix for templates/foswiki.pattern.tmpl
[12:46]
gac410Ah... Thanks [12:46]
MichaelDaumpattern skin only knows zones head and script, but not body
... which JQPhotoSwipeContrib makes use of unfortunately
[12:47]
gac410ah probably same with the PrettyPhoto then. [12:48]
MichaelDaumnaw, that's a different beast. [12:48]
gac410Cool ... that fixes it ... thanks.
Hm So for our release meeting ... maybe another task. Should we add body zone to pattern skin.
Wow. Glad to see PhotoSwipe. Very nice . Handles huge images much better, scaling them for the browser. Thanks again!
[12:49]
MichaelDaumyea think a body zone is definitely a good thing to have, such as putting google analytics there, n similar stuff. [12:52]
gac410I'll open a task. As it is non-disruptive, and improves compatibility, probably good for 2.1.5 (So I don't lose my change on my next update :P ) [12:53]
MichaelDaum:O [12:53]
gac410Release meeting - starting now in #foswiki-release [13:01]
............. (idle for 1h2mn)
vrurgMichaelDaum: BTW, I was so deep into my job's issues that totally forgout about posting my speech video to the blog. Do you think it's still relevant? [14:03]
MichaelDaumvrurg, definitely :) [14:05]
vrurgOk. :) [14:06]
MichaelDaum: BTW, a while go you were interested in giving a try to my branch. I hope to get extensions-related docs ready in a week, so that together with a test case it would make enough info for checking them out. [14:13]
gac410Grrr. one thing I wish the comment plugin would not post empty comments. I often forget focus is on the "comment" button, hit enter and post an empty comment :( [14:15]
vrurggac410: I think the fix would consist of three lines of code and one .conf spec. :) [14:26]
gac410y. There may be cases where empty comments are desired. Either .conf, or a macro option to enable empty comments.
well either that or maybe javascript side? disable the comment button until something is entered into a field?
[14:28]
vrurgjavascript is preferable, I think. Though I fell so much behind latest trends in it that became not the right person for the job, undoubtfuly. ;)
Yet, I guess it should be a spec+macro option to have a site-wide setting and to allow exclusions.
vrurg wonders where did the additional 4-5 hours in a day go... They were so useful! ;)
[14:30]
gac410gac410 wonders how he ever had time to work, and commute to/from work. Retired and still get less done [14:33]
...... (idle for 27mn)
vrurggac410: You're totally right! I'm telecommuning now and still finding time for urgent shopping is so much pain in the ... :) [15:00]
.... (idle for 18mn)
MichaelDaumPlease add your 2cent to https://foswiki.org/Community/Fosdem2018 [15:18]
....... (idle for 34mn)
zak256Can't I include a second page in Main.SitePreferences so that macros defined in this included page are read? [15:52]
gac410No, Preferences are never assigned in INCLUDED pages.
Prefereces are all established before any macros are rendered.
[15:53]
zak256Hmm... I want to have a set of common variables which are used several times in different pages, for example a hostname. If that hostname is changed later, we only need to modify this variable. [15:54]
gac410The one exception is the new %SET{ macros [15:54]
zak256Is there maybe another way to do this? [15:54]
gac410Usually that's done in SitePreferences.
What's wrong with using SitePreferences directly? It can still be overriden in webs or topics, unless you FINALIZE the settings.
[15:54]
zak256Yes... we do that now, I thought it is good to separate this, because people who need to edit these variables shouldn't have access to SitePreferences.
But I guess we'll stick to SitePreferences then.
[15:55]
gac410Hm %SET claims that it is only usable in the context of the included page. But I'm pretty certain that it is active in the including page as well. I depend on %SET so that UserRegistration can set preferences from included topics. [16:01]
zak256Nevermind... I think it's not so important to separate these variables. SET would be more code and doesn't look that nice on the page. [16:03]
gac410Ah... no, there is a difference. An INCLUDE statement in SitePreferences is different than an INCLUDE in a rendered page. [16:03]
MichaelDaum%SET is in effect as soon as the macro parser executed it ... it does not matter how that happened to be
it should even work in view templates, for instance
[16:03]
gac410Read the first paragraph of Foswiki:System.VarSET It seems to say that INCLUDE establishes a different context. But that can't be right. [16:04]
FoswikiBothttps://foswiki.org/System.VarSET [ VarSET ] [16:04]
MichaelDaumy [16:05]
gac410That VarSET is very misleading. ... completely bogus. If I had actually read that I never would have been able to restructure the UserRegistration pages in Fowiki 2.1 [16:13]
zak256I have never used VarSET, because it is not included in our old version. But I missed it several times already.
If the doc is not correct I would be happy to have an updated version when I will finally be able to use it.
[16:14]
gac410I think it's just to delete the statement that SETs in an included page get their own scope. Once a SET statement is executed, the corresponding macros are visible during rendering, regardless of whether it was included or not.
MichaelDaum: Looks like you wrote the documentation on VarSET - git commit 45b2afd00fff25bcf56e86fa623b88421f36aa45
I think that the paragraph needs to be negated. *Unlike* normal preference settings, the SET macro does not honor INCLUDE boundaries. A preference that is %SET in an included topic is visible to the including topic, and to other topics rendered through INCLUDE macros.
[16:16]
MichaelDaum: VarRENDERZONE says that "head" and "script" are automatic zones and do not require a corresponding RENDERZONE *anywhere* in the templates. Is that really true? There are indeed RENDERZONE calls for them in foswiki.tmpl and foswiki.pattern.tmpl. [16:31]
MichaelDaumumpf [16:31]
gac410I think that would be more accurate to say that head, script (and body) are automatically rendered in the base foswiki templates. RENDERZONE is not needed unless you are overriding foswiki.<skin>.tmpl [16:32]
There is a catch-all call to renderZones() in writeCompletePage. I assume that would render any left over zones that were not expanded by RENDERZONE macros. But if I'm reading that right, it would append them after the </hmll> tag and probaly break things. [16:41]
..... (idle for 20mn)
zak256Another question: I need to change css 'background-repeat' from repeat-x to no-repeat in css.pattern.tmpl in line 75 for the webheaderart. Is editing the file directly the way to do it or should I configure that somewhere else?
By the way, it says TMPL:DEF{"styles:deprecated"} there... is that obsolete?
[17:01]
Nevermind... need to go. See you later. [17:10]
.................. (idle for 1h27mn)
GithubBot[distro] gac410 pushed 1 new commit to Release02x01: https://git.io/v5NvW
distro/Release02x01 fae20ba George Clark: Item14488: Add body zone as a default in pattern skin
[18:37]
***GithubBot has left [18:37]
FoswikiBothttps://foswiki.org/Tasks/Item14488 [ Item14488: PatternSkin is missing "body" zone used by NatSkin and many extensions ] [18:37]
GithubBot[distro] gac410 pushed 1 new commit to master: https://git.io/v5Nv6
distro/master b1bd372 George Clark: Item13907: Merge branch 'Release02x01'
[18:39]
***GithubBot has left [18:39]
FoswikiBothttps://foswiki.org/Tasks/Item13907 [ Item13907: UpdatesPlugin Report of required update should list the backlevel extensions. ] [18:39]
***ChanServ sets mode: +o Lynnwood [18:44]
....... (idle for 31mn)
ChanServ sets mode: +o Lynnwood__ [19:15]

↑back Search ←Prev date Next date→ Show only urls(Click on time to select a line by its url)