[ 
https://issues.apache.org/jira/browse/LUCENE-2562?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16810092#comment-16810092
 ] 

Tomoko Uchida commented on LUCENE-2562:
---------------------------------------

Thanks,

I made this changes as suggested.
 * Use Objects#equals() instead of String comparison
 * Fixes log4j.xml

{quote}There are only some glitches with alignment of buttons, but this may be 
caused by 150% HiDPI. I can confirm, that it's better to use Java 11, as Java 8 
does not zoom according to system settings.
{quote}
Yes, Java 9+ is recommended for HiDPI displays on Windows/Linux 
([http://openjdk.java.net/jeps/263]). I think we need some notes for this.
  
{quote}Do we have a license for the TTF (font) file? I think we may have to add 
it at least to the NOTICE file. Opinions?
{quote}
We already have License and NOTICE file for ([The Elegant Icon Font 
|https://www.elegantthemes.com/blog/resources/elegant-icon-font]): 
{{licenses/elegant-icon-font-LICENSE-MIT.txt}} and 
{{licenses/elegant-icon-font-NOTICE.txt}}
{quote}Some thing that's a bit unrelated: When you open an index, you can 
select the directory implementation, but it also offers WindowsDirectory and 
NativeUnixDirectory, although they don't work, as the .so/.dll files are 
missing (we don't even compile them).
{quote}
I missed it and I'm not familiar with those directories. I think we can exclude 
those two directories from the ComboBox for now (because ordinary users 
wouldn't need them,) or should we add notes for the native libraries (or 
detailed error messages when they are missing)?

> Make Luke a Lucene/Solr Module
> ------------------------------
>
>                 Key: LUCENE-2562
>                 URL: https://issues.apache.org/jira/browse/LUCENE-2562
>             Project: Lucene - Core
>          Issue Type: Task
>            Reporter: Mark Miller
>            Assignee: Uwe Schindler
>            Priority: Major
>              Labels: gsoc2014
>         Attachments: LUCENE-2562-Ivy.patch, LUCENE-2562-Ivy.patch, 
> LUCENE-2562-Ivy.patch, LUCENE-2562-ivy.patch, LUCENE-2562.patch, 
> LUCENE-2562.patch, Luke-ALE-1.png, Luke-ALE-2.png, Luke-ALE-3.png, 
> Luke-ALE-4.png, Luke-ALE-5.png, luke-javafx1.png, luke-javafx2.png, 
> luke-javafx3.png, luke1.jpg, luke2.jpg, luke3.jpg, lukeALE-documents.png, 
> screenshot-1.png, スクリーンショット 2018-11-05 9.19.47.png
>
>          Time Spent: 50m
>  Remaining Estimate: 0h
>
> see
> "RE: Luke - in need of maintainer": 
> http://markmail.org/message/m4gsto7giltvrpuf
> "Web-based Luke": http://markmail.org/message/4xwps7p7ifltme5q
> I think it would be great if there was a version of Luke that always worked 
> with trunk - and it would also be great if it was easier to match Luke jars 
> with Lucene versions.
> While I'd like to get GWT Luke into the mix as well, I think the easiest 
> starting point is to straight port Luke to another UI toolkit before 
> abstracting out DTO objects that both GWT Luke and Pivot Luke could share.
> I've started slowly converting Luke's use of thinlet to Apache Pivot. I 
> haven't/don't have a lot of time for this at the moment, but I've plugged 
> away here and there over the past work or two. There is still a *lot* to do.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to