Jan Odvarko wrote:
>> A) allow users to customize netview so that, columns are hidable and
>> resizable. IE i wanna make my title column really wide and the
>> response time narrow. i have very long requests i wanna inspect.
>>
> I like the idea, could you please report a new issue so, it isn't lost
> in the noise.
>
http://code.google.com/p/fbug/issues/list>
DONE!
>
>> B) provide some type of filter on the net, which lets me delimit what
>> requests are shown based on what matchs in the filter, handy for just
>> display specific requests for debugging.
>>
> There is already set of buttons on the Net panel's toolbar (All, HTML,
> CSS, etc.) that are used to filter content of the panel. Is this what
> you want, or can we extend it somehow?
>
yes i do use those buttons,an example say i wanna only show requests
that contain the text somedomain.com./myjsppage.jsp?. Now i only will
see requests that match that regex. or say filter for specific url
paramerts, like only show request which contain "someparam=somevalue".
for example i have a form which posts to 4 requests on submit. i wanna
be able to filter to just see say only 1 of the 4 matching by regex. i
would suggest putthing this input field to the very right on the toolbar
which contains the html, css, js .... tab buttons on the net panel.
after we hash out the details ill submit the ticket on google =)
gotcha, yes i had that option selected. let me know what and if any
information you would like about my useragent for debugging purposes if
needed
>
>> D) have option to allow user to format response text. IE i always
>> return xml and its a real pain having to format it manually for every
>> request i wanna inspect. Sometype of inspector or navigator like the
>> html tab has would be nice, IE color coding of nodes aattributes and
>> values. Maybe make it smart so yu candetect if its xml, json or
>> something else.
>>
> There is already a JSON explorer (available if a net response is JSON)
> so, yes having another panel (like XML explorer) fits exactly into the
> concept. I don't think there is a bug for this. Could you please also
> report a new issue for this?
>
thats what i had in mind, rigth now the html tab formats it to html,
kinda useless lol. DONE!!!
>
>> E) create net panel option to allow you to always display request
>> regardless if your on the tab or not, sometimes i have to switch
>> between tabs, and state machines i have running are doing frequent
>> requests
>>
> The "tab" here means Firefox tab or Firebug's panel?
> If you right click on the Firebug icon in Firefox status bar and pick
> "On for all web pages" does it solve the problem?
>
disregard, this is the bug with not show xmlrequests in console.
>
>> i dont know how and if you can implement something like this, but a
>> mechanism to watch or inspect comet payloads. in my development i use
>> alot of comet to push events and such to client apps. It would be soo
>> handy to feed firebug a comet url or something, and have it just
>> inspect and tail the payload coming in to the iframe.
>>
> More users already requested this, could this be related to:
>
http://code.google.com/p/fbug/issues/detail?id=1195 ?
>
> If not, more detailed explanation how this should work (from the user
> perspective) would be useful. Perhaps an idea for a new Firebug
> extension?
>
humm, i dont think its fully related. What im envisioning is another
thing like the console tab, which basically just lists the comet
payloads. one payload per line, then maybe something to be able to
expand each payload like in the net tab for requests. expanded item
could display like RFC3339 format time, the size, amount of chars,
etc.... maybe even detect if its html or xml or JSON, and format the
text, like the net tab also does for requests. Im thinking of something
separate. IMHO i see the net tab as a way to peer into my AJAX requests,
console tab to know whats going on IE event logging for error report
stack tracing, and a new COmet tab, which monitor incoming data. I have
a project coming up in the next year which will have a multiple comet
payloads coming in from multiple servers. That coupled with filtering,
would make it a snap to debug different data streams.
> Thanks for great feedback!
> Honza
>
no problem, im just glad to add a few more issues onto your growing
backlog of >600 bugs ^_^.
honestly ive used firebug for years now, and never a complaint. one of
the most useful, and well designed applications out there, and yes i
call it an app even though its a firefox plugin. one of the best things
ff has going for it, making ff hands down the best browser to develop in.
K