4.0b: Are morph searches supposed to work properly now or not?
Cameron or someone
When I look at those posted beta release notes I get the impression that you believe the morph search problems are now solved. If so, you are unfortunately mistaken. I still can't get them to populate, and I still have some problems with popups that won't disappear unless I restart. I can describe more and give you some screenshots if you want, but I won't bother if you're already aware of it.
Also, the last letters in 'nominative', 'singular', 'masculine', and 'comparative' seem to have mysteriously disappeared in this release.
Very glad about the layout shortcuts, though!
Mac Pro (late 2013) OS 12.6.2
Comments
-
fgh said:
When I look at those posted beta release notes I get the impression that you believe the morph search problems are now solved.
I'm going to look at this. We actually have forum posts confirming that they were fixed in the Beta forum. And then, the same thread is updated indicating that they don't, but I don't think there was a release between the posts confirming functionality and those indicating it doesn't work. Also, many of the reports are incredibly broad (such as this one) like "don't work" and "do work" but insufficiently specific as to indicate what the poster means by "work".
Director of Engineering for Enterprise and Operations
0 -
fgh said:
Also, the last letters in 'nominative', 'singular', 'masculine', and 'comparative' seem to have mysteriously disappeared in this release.
This is probably just a size-clipping issue. We didn't change the spelling of the words :P.
Director of Engineering for Enterprise and Operations
0 -
That was fast!
Cameron Watters said:many of the reports are incredibly broad (such as this one) like "don't work" and "do work" but insufficiently specific as to indicate what the poster means by "work"
I take that to mean you want the descriptions and the screenshots and the logs. [:)] OK, here we go:
- Restarted.
- Opened layout.
- Opened new search tab. Switched to morph and NA27. Entered g:basileia and chose the appropriate Greek word. Entered @.
- Have to double-click on Noun (believe it used to be single?). Single-click on Singula[r]. Neither code show up in the box:
- Tried to execute the search with the arrow. The popup disappears, the search sort of executes, but returns all forms of the word (match all word forms not checked).
- Repeated searches for Noun Nominativ[e ], and Noun Plural confirms that the same results are returned in all 3 cases. (And they only result in 1 line in the search history.)
- The only case I have found so far where the popup still causes trouble is if I close the search tab with the popup open. It then remains whatever I do:
- Quitting Logos.
- Proof that the grammatical terms were not cut off in the version I had November 21st [;)]:
Hope this helps!
Log: 4786.Logos4 (111202).log.zip
(I can't read logs, but it seems to me that there's an awful lot of searching going on in that log, that shouldn't have been going on. I had a populated search tab and a library tab in the layout itself, and a filter in the Swedish Bible, but I didn't touch any of them. And I didn't have any collections tab open. Yet it looks to me like Logos spent an awful lot of time and effort going through every collection that I have. Should it do that? Or am I misreading completely? I don't know a thing about logs, so I really shouldn't say anything... [:$] )
Mac Pro (late 2013) OS 12.6.2
0 -
fgh said:
Have to double-click on Noun (believe it used to be single?). Single-click on Singula[r].:
I'll see if there's something we can do about that. It's a focus issue. You're not double-clicking so much as the first click gives the popup the focus and the second click does the selecting.
fgh said:The only case I have found so far where the popup still causes trouble is if I close the search tab with the popup open. It then remains whatever I do:
I'll ensure there's a case for fixing this.
fgh said:Neither code show up in the box
I can reproduce the issue in the scenario you describe. Do the codes show if you only use a morph code and don't try to specify a lemma? The bug that was fixed was the fact that mouse selection never worked for picking morph codes. It now appears that they work as long as you're not trying to apply those codes to a lemma. So, more fixing needs to be done, but the new behavior is (at least marginally) better than the old. I'll make sure there are cases for these issues.
Director of Engineering for Enterprise and Operations
0 -
Cameron Watters said:
Do the codes show if you only use a morph code and don't try to specify a lemma?
It seems so. Actually, when I tried to replace the existing search with just an @, I didn't get any popup at all, but when, after trying that twice, I closed that search tab and opened a new one, it worked as it should. I guess time will tell if it was a temporary glitch or not. I can't reproduce it in the new tab.
If it helps you: the very first time I tried a morph search, which seems to have been October 27, I did have severe popup problems, but I did not have morph code problems: see screenshot at http://community.logos.com/forums/p/24780/186890.aspx#186890. I don't know what version that was, but I'm sure you do; I've been on default the whole time. So there must have been a regression. Unless it's very random, which I can't really say. Since I've never been able to use them without restarting immediately afterwards to get rid of the popups, I've never taken the time to learn morph searches properly, and have only really used them to check if the problem persisted.
Mac Pro (late 2013) OS 12.6.2
0 -
Cameron Watters said:
It now appears that they work as long as you're not trying to apply those codes to a lemma.
Just found out it's a bit more complicated than that. A search like @V OR @N doesn't work properly either. The V after the first @ shows up, but not the N after the second.
Mac Pro (late 2013) OS 12.6.2
0 -