Yes, you rose very good issue. I'll try to implement it during next days...
Thank you
On Thu, Nov 8, 2012 at 5:14 AM, Vladimir Kazanov <vkazanov@...> wrote:
> I've checked the possibility of Object inclusion in partial/full reparse
> hooks and it did the job!
>
> The hook added Object (as a string) to a type tag ":superclasses" attribute
> on both partial and full reparses, if a) the name of the tag was not equal
> to "Object" (to avoid recursion) and b) the tag had nothing in the
> ":superclasses" attribute.
>
> I wont include the patch here - because of the papers, but it was trivial to
> implement.
>
> Alex, can you implement it? To finish the "built-in issue"..?
>
>
> On Nov 8, 2012 2:19 AM, "Vladimir Kazanov" <vkazanov@...> wrote:
>>
>> Correct me - I may have misunderstood you. You want to alter the results
>> of parsing by expanding such "wildcards" into normal tags?
>>
>> BTW, apart from that case expanding in
>> semantic-after-toplevel-cache-change-hook may be useful for another problem.
>> In Java all classes either explicitly or implicitly inhertit from a single
>> superclass - Object. Right now the situation is following:
>>
>> 1. classes - and their non-jar children down the hierarchy - from jars
>> have common Object methods such as toString(). Correct.
>> 2. classes with Object explicitly specified as their parent have the
>> methods. Correct.
>> 3. classes with no parents have no such methods. Wrong.
>>
>> I was studying the possibility of injecting Object into hierarchy in
>> semantic-calculate-scope, but for some reason my naive approach did not
>> work. Implicitly adding Object as a tag in
>> semantic-after-toplevel-cache-change-hook would probably solve the problem
>> in an easier way.
>>
>>
>>
>> On Wed, Nov 7, 2012 at 11:42 PM, Alex Ott <alexott@...> wrote:
>>>
>>> I thought about implicit expansion in
>>> semantic-after-toplevel-cache-change-hook also because it would
>>> possible to provide support for 'import something.*;' - in this case,
>>> we could search for classes in given package, and inject them into
>>> current tag cache
>>>
>>> On Wed, Nov 7, 2012 at 9:27 AM, Vladimir Kazanov <vkazanov@...>
>>> wrote:
>>> >
>>> >
>>> > Alex,
>>> >
>>> > I think I am pretty close to solving this problem. As far as I can see,
>>> > semanticdb-typecache-find java-specific override should be fixed to
>>> > take in
>>> > account java.lang.* searches, as all the tags required are already
>>> > accessible.
>>> >
>>> > For example, the following code gives me nice String method completions
>>> > (java.lang.String is not imported):
>>> >
>>> > java.lang.String tst;
>>> > tst. // completion follow
>>> >
>>> > The point is that typecache searches should also check if there is
>>> > java.lang.Smth, not just Smth.
>>> >
>>> > On Wed, Nov 7, 2012 at 2:58 PM, Alex Ott <alexott@...> wrote:
>>> >>
>>> >> Yes, I received the patch, slightly modified it and currently trying
>>> >> to implement name completion for built-in java classes.
>>> >>
>>> >> My idea is to get list of built-in classes and inject them into tags,
>>> >> but I'm currently not sure how it's better to make this - I thought
>>> >> about use of semantic-after-toplevel-cache-change-hook - but we need
>>> >> to have this only for java-mode, and in description of this hook there
>>> >> is notification about potential problems if it will become mode-local.
>>> >>
>>> >> Maybe somebody has other ideas? I think, that this isn't Java-specific
>>> >> problem, Python also has modules that automatically imported during
>>> >> startup...
>>> >>
>>> >> On Mon, Nov 5, 2012 at 8:30 PM, David Engster <deng@...>
>>> >> wrote:
>>> >> > Vladimir Kazanov writes:
>>> >> >> The diff attached is a fix of the very first problem I noticed:
>>> >> >> java.lang
>>> >> >> package is not included for auto-completion. The code is simple, it
>>> >> >> uses the
>>> >> >> new JDK-locating function to to get the appropriate table from the
>>> >> >> JDK
>>> >> >> jar
>>> >> >> file.
>>> >> >>
>>> >> >> This is a rather quick and obvious fix, but it works for me.
>>> >> >
>>> >> > Thank you for the patch! Regarding the actual content, I hope Alex
>>> >> > will
>>> >> > chime in, since I'm not familiar with the Java code. I'm only here
>>> >> > to
>>> >> > give you the standard blurb: ;-)
>>> >> >
>>> >> > While this patch is still small enough to qualify as a so called
>>> >> > "tiny
>>> >> > change", if you plan on submitting further fixes, the FSF will need
>>> >> > signed papers from you. This is required because CEDET is merged
>>> >> > with
>>> >> > GNU Emacs. If you need help with that, please let me know.
>>> >> >
>>> >> > -David
>>> >> >
>>> >> >
>>> >> >
>>> >> > ------------------------------------------------------------------------------
>>> >> > LogMeIn Central: Instant, anywhere, Remote PC access and management.
>>> >> > Stay in control, update software, and manage PCs from one command
>>> >> > center
>>> >> > Diagnose problems and improve visibility into emerging IT issues
>>> >> > Automate, monitor and manage. Do more in less time with Central
>>> >> > http://p.sf.net/sfu/logmein12331_d2d
>>> >> > _______________________________________________
>>> >> > Cedet-devel mailing list
>>> >> > Cedet-devel@...
>>> >> > https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>> >>
>>> >>
>>> >>
>>> >> --
>>> >> With best wishes, Alex Ott
>>> >> http://alexott.net/
>>> >> Twitter: alexott_en (English), alexott (Russian)
>>> >> Skype: alex.ott
>>> >>
>>> >>
>>> >>
>>> >> ------------------------------------------------------------------------------
>>> >> LogMeIn Central: Instant, anywhere, Remote PC access and management.
>>> >> Stay in control, update software, and manage PCs from one command
>>> >> center
>>> >> Diagnose problems and improve visibility into emerging IT issues
>>> >> Automate, monitor and manage. Do more in less time with Central
>>> >> http://p.sf.net/sfu/logmein12331_d2d
>>> >> _______________________________________________
>>> >> Cedet-devel mailing list
>>> >> Cedet-devel@...
>>> >> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>>> >>
>>> >
>>> > --
>>> > Yours sincerely,
>>> >
>>> > Vladimir Kazanov,
>>> > software developer,
>>> > mob. +7 (963) 304-05-12
>>> >
>>> >
>>> > ICQ: 82042707
>>> > skype: stvovka
>>> > email: vkazanov@...
>>> > --
>>> >
>>> > С уважением,
>>> >
>>> > Владимир Казанов,
>>> > программист,
>>> > моб. +7 (963) 304-05-12
>>> >
>>> >
>>> > ICQ 82042707
>>> > skype: stvovka
>>> > эл.почта vkazanov@...
>>>
>>>
>>>
>>> --
>>> With best wishes, Alex Ott
>>> http://alexott.net/
>>> Twitter: alexott_en (English), alexott (Russian)
>>> Skype: alex.ott
>>>
>>
>>
>>
>> --
>> Yours sincerely,
>>
>> Vladimir Kazanov,
>> software developer,
>> mob. +7 (963) 304-05-12
>> ICQ: 82042707
>> skype: stvovka
>> email: vkazanov@...
>> --
>>
>> С уважением,
>>
>> Владимир Казанов,
>> программист,
>> моб. +7 (963) 304-05-12
>> ICQ 82042707
>> skype: stvovka
>> эл.почта vkazanov@...
--
With best wishes, Alex Ott
http://alexott.net/
Twitter: alexott_en (English), alexott (Russian)
Skype: alex.ott
|