Wow... so I'm trying to imagine how this can be done:

   - search the raw source code
   - search a text file formatted the way it is in the editor window
   - search the formatted object list

However this means relating the text and objects in the different text 
instances, and I'm not sure how that would be done simply.

I really don't know how Chrome does it, but if a piece of text appears in 
the formatted source code window, it should be searchable in the search box 
exactly as it appears in the formatted source code window. That's just 
surface-level common sense.

In the meantime, this nonsensical behavior pushes me to use Chrome instead 
or have a more difficult time using search, which I don't want because 
Firebug has more tools and I still have to test browser compatibility and 
search text because of it.

This absolutely needs to be fixed; it's an elementary feature that should 
work right to begin with. The refactoring would be absolutely worth it, and 
my guess is they just haven't thought of the proper and most simple way (as 
in an Occam's Razor way) to do it.

On Sunday, September 21, 2014 10:54:49 AM UTC-6, Simon Lindholm wrote:
>
> I wouldn't say it's as much "it's complicated" as it is "you have to do it 
> right from the beginning, or you'll have to rewrite it all".
>
> Den söndagen den 21:e september 2014 kl. 04:31:11 UTC+2 skrev David H:
>>
>> Strange that it's this complicated when Chrome does it just fine. I'm 
>> supposing they've figured out a simpler way to do it that you guys haven't 
>> yet.
>>
>> On Saturday, September 20, 2014 2:12:43 PM UTC-6, Simon Lindholm wrote:
>>>
>>> Yep. I think the request has come up before, but it would require a 
>>> quite large refactoring. The search logic currently does a recursive 
>>> traversal and searches against all possible parts (tag name, attribute 
>>> name, attribute value).
>>>
>>> Possibly we could add a hack so that the precise case "<form" worked, 
>>> but "<form>", "<form attr", etc. are hard. But note that focus is on 
>>> https://github.com/firebug/firebug.next/ at the moment.
>>>
>>> Den lördagen den 20:e september 2014 kl. 01:19:50 UTC+2 skrev David H:
>>>>
>>>> I had a funky WordPress page that apparently had two <form tags in it 
>>>> when we only wanted one so I opened it up in Firebug to the HTML tab, 
>>>> clicked into that text area, then hit Ctrl+F and search for <form, but the 
>>>> field turned red and I got the error beep which indicated there were no 
>>>> results found. I searched for form instead and it found them... just none 
>>>> of the <form instances even though I was looking at one of them.
>>>>
>>>> See screenshot. I'm not sure how to explain this unless the actual code 
>>>> is formatted differently in which case Firebug should ignore that because 
>>>> I'm searching within the context of its formatted code.
>>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"Firebug" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/firebug.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/firebug/da0d4997-ed4e-4fad-b158-feb8bbc1b59e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to