<div dir="auto">Thanks Hannes.<div dir="auto"><br></div><div dir="auto">I understand your logic now about the blue. And yes, there are clear directions on the top. While I might still prefer the blue, that's a mild preference now, after having read your response.</div><div dir="auto"><br></div><div dir="auto">I also understand your logic about the 2 columns, but that sounds more like an argument for saying that the 2 displays should be in sync -- not that there shouldn't be a different ordering or compartmentalization of the content. Me personally, I find it easier to parse the contents of a table when each column has a single piece of data. So, I remain unconvinced on this point.</div><div dir="auto"><br></div><div dir="auto">But like you said, let's see if others feel similarly.</div><div dir="auto"><br></div><div dir="auto">Thank you for your consideration.</div><div dir="auto">David Alayachew</div><br><br><div class="gmail_quote gmail_quote_container" dir="auto"><div dir="ltr" class="gmail_attr">On Tue, Sep 2, 2025, 6:59 AM Hannes Wallnoefer <<a href="mailto:hannes.wallnoefer@oracle.com">hannes.wallnoefer@oracle.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="line-break:after-white-space">
Thanks for the feedback, David. 
<div><br>
</div>
<div>The main objective for the updated search page in JDK 25 was to make it possible to navigate search results by keyboard (using tab, arrow and return keys). That’s also the reason search results are no longer displayed as blue links. Now the whole result
 row is the link, which allows you to click anywhere in the row (it still works with right-click and open in new tab). </div>
<div><br>
</div>
<div>The reorganisation of table columns and content is due to alignment with the navigation bar search field on other pages, which now uses the same two-column format. It used to use a single column format containing only the fully qualified name. </div>
<div><br>
</div>
<div>As you say, it’s all about tradeoffs. A fully qualified name (or something resembling it) may be quicker to read. The new layout provides more information, and IMO it’s also  more aesthetically pleasing, although that’s certainly subjective. I’m open to
 changes if there’s a clear trend in feedback. </div>
<div><br>
</div>
<div>Hannes<br id="m_2934330100489008916lineBreakAtBeginningOfMessage">
<div><br>
<blockquote type="cite">
<div>On 01.09.2025, at 19:35, David Alayachew <<a href="mailto:davidalayachew@gmail.com" target="_blank" rel="noreferrer">davidalayachew@gmail.com</a>> wrote:</div>
<br>
<div>
<div dir="ltr">
<div style="font-family:monospace" class="gmail_default"></div>
<div dir="ltr">
<div class="gmail_default" style="font-family:monospace">May also want a 4th column for module, but that's less important. Maybe makes sense to put that behind a toggle.</div>
<div class="gmail_default" style="font-family:monospace"><br>
</div>
<div class="gmail_default" style="font-family:monospace">And I want to emphasize, of these suggestions, the splitting up of Description is the most important. That just makes my searching experience more taxing, as the horizontal position of a package name
 is slightly different for each line, making reading harder.</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Mon, Sep 1, 2025 at 1:24 PM David Alayachew <<a href="mailto:davidalayachew@gmail.com" target="_blank" rel="noreferrer">davidalayachew@gmail.com</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div style="font-family:monospace">Hello <a class="gmail_plusreply" id="m_2934330100489008916m_7522627765963590218plusReplyChip-0" href="mailto:javadoc-dev@openjdk.org" target="_blank" rel="noreferrer">@javadoc-dev@openjdk.org</a>,</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">If I click "Search" on the top left of Java 24 Javadoc, and then when the page loads, I type in "Subtask", it returns "StructuredTaskScope.Subtask" with blue text. Here is a screenshot.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace"><span id="m_2934330100489008916cid:ii_mf1dd27i0"><image.png></span><br>
</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">But if I do the same for Java 25 EA, not only is the columns different, but the text color for the Class Name has changed from Blue to Black. Here is a screenshot.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace"><br>
<span id="m_2934330100489008916cid:ii_mf1dgtef2"><image.png></span><br>
</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">It is also the same for Java 26 EA. Here is a screenshot.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace"><span id="m_2934330100489008916cid:ii_mf1dhxrf3"><image.png></span><br>
</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">There's definitely some tradeoffs I can see.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">For example, I can now see from a glance if it's an interface, a class, an enum, etc.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">But on the other hand, the "Description" column smushes 2 separate pieces of data together -- class type and package. I would much prefer that these be 2 separate columns, for a total of 3.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">I also would like it if we could go back to having packages on the left, vs the right. I understand that the class name is what people care about, but since fully qualified names of classes start with packages, then I think
 it also makes sense to have the packages be the first column. We can keep class type (interface, enum, Exception, etc) as the 3rd column.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">Finally, can we go back to the blue text? Blue is a nice signifier -- I see blue, and I think hyperlinks. It kind of leads me into right-clicking to open in a new tab, and since the blue pops out compared to the black, my
 eyes naturally gravitate towards it, making it easier for me to find what I need.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">These are just a few suggestions from trying out the Java 25 Javadoc over a period of time. I like it, but think it can be better.</div>
<div style="font-family:monospace"><br>
</div>
<div style="font-family:monospace">Thank you for your time and help.</div>
<div style="font-family:monospace">David Alayachew</div>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>

</blockquote></div></div>