October 2024 - Koha-bugs - lists.koha-community.org

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |In Discussion --- Comment #12 from David Cook <dcook(a)prosentient.com.au> --- I'm not a TinyMCE expert, so my guess is that there is code that could be written to make this work, but I'm guessing it would be a fair bit of code. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 --- Comment #11 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #9) > After a bit of reading, it looks like we could use TinyMCE's "protect" > configuration option to allow both the TT syntax and the original <<>> > syntax to be preserved (and not HTML entity encoded). Ok, the "protect" means they're not handled by the TinyMCE at all, so they don't appear in the editor either. We could workaround that by providing both a source view and a HTML view, so that you could add your notice syntax and then sort of "preview" it, or add your HTML and then view what that's like in the source... Although technically the HTML view would still not be the same as a "rendered" view. -- TinyMCE also meddles heavily with pre-existing whitespace which can be important with Template::Toolkit in more complex notices. Also, you could enter <<whatever.whatever>> or [% stuff => stuff %] into the editor still and they would appear with the escaped HTML. That's not good. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 --- Comment #10 from David Cook <dcook(a)prosentient.com.au> --- Since TinyMCE already uses an iframe for the WYSIWYG, we shouldn't need to do anything extra with iframes or shadow DOM... We could also use on of TinyMCE's CSS configuration options to include NoticeCSS... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 --- Comment #9 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #1) > I wonder if this is still doable with the new TT syntax vs the more simple > placeholders we had before. After a bit of reading, it looks like we could use TinyMCE's "protect" configuration option to allow both the TT syntax and the original <<>> syntax to be preserved (and not HTML entity encoded). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- Funny enough I just had a library ask for this... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9365] MARCXML ILS-DI GetRecords response incorrectly encoded
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9365 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |In Discussion -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9365] MARCXML ILS-DI GetRecords response incorrectly encoded
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9365 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- I think I agree with Jared here, although I have to wonder if anyone actually uses this marcxml value anyway... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 Koha collecto <koha(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)collecto.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38225] New: Catalog statistics report shows incorrect total when library has both blank and null values in an item column
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38225 Bug ID: 38225 Summary: Catalog statistics report shows incorrect total when library has both blank and null values in an item column Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Browse to Reports->Catalog 2 - Set columns = homelibrary = Centerville 3 - Set row = Collection 4 - Set Cell Value to Count total items 5 - Set Output to To the screen 6 - Run, note columsn match 7 - Change some values in the DB: UPDATE items SET ccode="" WHERE ccode='REF' and barcode LIKE '%35'; 8 - Run report again, off by one 9 - Edit the code in the script and set: our $debug=1 10 - Copy the code from the logs and add the library, or run the command below where I did that already: SELECT items.ccode, items.homebranch, COUNT(*) FROM items LEFT JOIN biblioitems ON (items.biblioitemnumber = biblioitems.biblioitemnumber) LEFT JOIN biblio ON (biblioitems.biblionumber = biblio.biblionumber) WHERE 1 AND items.homebranch LIKE 'CPL' group by items.ccode, items.homebranch order by items.ccode,items.homebranch; 11 - Note the row with no value and total 5 - it is missing on the report in the interface, instead NULL has been shown twice - the value overwritten and causing a mismatch in totals -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 5387] Support for NISO CORE: Cost of Resource Exchange Protocol
by bugzilla-daemon＠bugs.koha-community.org 21 Oct '24

21 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5387 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WISHLIST Status|ASSIGNED |RESOLVED --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- I'm going to close this one since MJ Ray isn't around anymore. But I'll leave it as a WISHLIST as it sounds interesting... -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0