Jump to content
Roych

little green CO in my favicon ? What is it?

Recommended Posts

Hello,

I have this little green CO in my favicon. I was just wondering, what does that mean, was googeling but couldn't find anything. Can someone tell me what is this for?

Favicon.jpg.292fda8e209d83938c9c12a6426340b5.jpg

Thank you

R

Share this post


Link to post
Share on other sites

Not sure if it is the TracyDebugger one, to indicate site you are on? I could be wrong. I cannot remember if that feature is still supported

  • Like 3

Share this post


Link to post
Share on other sites
13 minutes ago, kongondo said:

Not sure if it is the TracyDebugger one, to indicate site you are on? I could be wrong. I cannot remember if that feature is still supported

I guess it still is 😉 When I disable tracy the CO is gone. 😉

Thank you

R

 

Share this post


Link to post
Share on other sites

Yep, it's Tracy - it's designed to give you a visual indicator as to whether you're working on a live, local, dev, staging etc version of the site. It is configurable to work with subdomains or TLDs. Take a look at the "Server Type Indicator" section in Tracy's settings.

I find this really invaluable, but I know that @kongondo hates it 🙂  

Anyway, you can easily disable it if you want, but note that of course it's only visible to users with Tracy permissions, so visitors to the site won't see it.

  • Like 2

Share this post


Link to post
Share on other sites

Was just looking at it. Thank you for explaining 😉

R

  • Like 1

Share this post


Link to post
Share on other sites
12 hours ago, adrian said:

but I know that @kongondo hates it 🙂  

Hehe 😁. Yes, it's the first and only thing I disable by default whenever I install Tracy.

  • Like 1

Share this post


Link to post
Share on other sites
5 hours ago, kongondo said:

it's the first and only thing I disable by default whenever I install Tracy.

@adrian Actually, I would love to have the option to have it for the admin only but disable it for the frontend. Currently it is all or nothing, meaning that we can disable all indicators for the frontend, but I would like to disable/enable them individually, separately for both admin and frontend. Maybe the "Where" option could be merged with the "Indicator type", so that each indicator has its own "Where" option. That would satisfy all needs, I guess.

We would also save some screen real estate, as both blocks of these options are rather emptiesh, and the merged UI would fit in the block of "Where" easily. That way, the settings page would be a little shorter than it is currently.

Edited by szabesz
typo fix

Share this post


Link to post
Share on other sites
26 minutes ago, szabesz said:

That way, the settings page would be a little shorter than it is currently.

While we are at it, coud you please optimize the following as well please:

  • Request Logger Panel: all its three rows can fit in 1/3% "columns".
  • Request Info Panel: "Panel sections" is very tall compared to "Show image thumbnail..." Maybe "Panel sections" options can be spread out into columns? Perhaps a quick and dirty CSS columns property addition would solve it. Actually, you have solve it for the panel selector options already.
  • Error logging: same as above. Log severity is very tall, maybe a two column layout would help while at the same time the other columns next to it could be narrower.

BTW, I like the new Quick links, thanks fort that! My only issue is that it is not in alphabetical order, so it is not that easy to find what I am looking for. I understand that it is in the same order as the sections below, but I do not know the order of them anyway, so the current order is not much of a help. The only order I know by heart is the alphabetical one.

Also, it would be nice to have a "go to top" option for the debug bar, so that we can easily jump to the top, and not just on the Tracy settings page. (Yes, I can do it with my keyboard, but I often prefer using the mouse instead.)

Edited by szabesz
typos

Share this post


Link to post
Share on other sites
8 minutes ago, szabesz said:

The only order I know by heart is the alphabetical one.

Another idea popped up in my mind 🙂 The Panel Selector of the Debug Bar lists the panels in alphabetical order, which is quite OK with me, however, what if there wire direct links to the panels settings? Maybe the far right side of each list item can be a good candidate the location of the links (perhaps links on icons?).

Share this post


Link to post
Share on other sites

@szabesz - thanks for your thoughts on the settings.

One problem with setting those checkboxes to use columns is this: https://github.com/processwire/processwire-issues/issues/1327

Regarding the quicklinks being in alphabetical order. I kinda agree with you, but I @Robin S thought the matching the order of the settings was better. I'd be willing to change, but given that this is his feature, I'd like his OK first.

There are direct links to settings at the bottom left of each panel. I think that is probably enough, but I could consider adding them to the Panel Selector as well if you still think it would be helpful.

Not sure about the scroll to top button - it feels a bit out of place in Tracy, but I'll think it over.

I'll also have a think about the server type indicator frontend/backend changes - that seems like a good idea.

  • Like 1

Share this post


Link to post
Share on other sites

Hello Adrian, thanks for your kind reply.

3 hours ago, adrian said:

One problem with setting those checkboxes to use columns is this: https://github.com/processwire/processwire-issues/issues/1327

My clients and me solely use the admin on desktop (I guess we do not like to torture ourselves ...) so I have no experience with narrow viewports.

3 hours ago, adrian said:

There are direct links to settings at the bottom left of each panel. I think that is probably enough

Well, it is similar for sure but not the same. Anyway, this idea is not that important so I am quite happy to forget all about it 🙂

3 hours ago, adrian said:

Not sure about the scroll to top button - it feels a bit out of place in Tracy, but I'll think it over.

How about adding it to the Tracy logo? Currently, a double click is used for taking us to the settings page but a singe click does nothing. Maybe that event could trigger a "go to top". BTW, Server Indicator Type is in the same league: not really about debugging and such but about aiding the developer with a subtle but useful touch.

 

Share this post


Link to post
Share on other sites

@kongondo or @adrian

Maybe one of you could move this thread under the Tracy section of the forum? Now that I have successfully hijacked it? 😛 

Share this post


Link to post
Share on other sites
5 hours ago, adrian said:

I kinda agree with you, but I @Robin S thought the matching the order of the settings was better. I'd be willing to change, but given that this is his feature, I'd like his OK first.

I don't mind about the sort order if you guys think changing it will be an improvement. Having "Main setup" in the middle seems a bit unusual but not a big deal.

  • Like 1

Share this post


Link to post
Share on other sites
34 minutes ago, Robin S said:

Having "Main setup" in the middle seems a bit unusual but not a big deal.

True but I don't think that matters as the "Main setup" section is at the top, so there's not too much need to use that quick link anyway. It's just there for completeness, I guess 🙂

Share this post


Link to post
Share on other sites

@szabesz - I've taken care of most of your requests. The only ones I haven't done are the separate front/back end visibility for the various server type indicators - this will actually be quite a bit of work which I don't have time for at the moment. The other thing I didn't change is making those checkboxes into columns for those panels you mentioned - the problem is not just the responsive issues, but more importantly, it's that it messes with the order of checkboxes - they end up going across the rows, rather than down the columns which is actually pretty awful.

Anyway, let me know if all the other stuff works as you'd hoped, including the scroll to top 🙂

  • Like 1

Share this post


Link to post
Share on other sites

@adrian Thank you very much!

Maybe the gray of the gear icons could be lighter because currently there is too much focus on them (if it is possible to recolor those SVG icons in the first palce...)

But most importantly, the "go to top" single click works randomly in Firefox (mac). I also tested it in Chrome, where it works all the time but – for some strange reason – not always in Firefox.

Share this post


Link to post
Share on other sites
26 minutes ago, szabesz said:

But most importantly, the "go to top" single click works randomly in Firefox (mac). I also tested it in Chrome, where it works all the time but – for some strange reason – not always in Firefox.

Running Firefox Developer version on MACOS here and can't seem to make it fail - tried multiple pages, multiple times. Maybe you could debug for me? When the single click scroll doesn't work, does the double-click to open settings also fail? I wonder if the JS that hacks into that button isn't loading at the right time after the button is rendered?

I'll make the gear icons lighter in the next version.

Share this post


Link to post
Share on other sites

I might have figured it out: actually, there is no problem when I can perform a single-click without moving the mouse between mousedown and mouseup. However, even if I happen to move the mouse just by one pixel during the click, then the #tracy-debug-logo div's mouse drag kicks in, and that is the end of the story... It also works the same way in Chrome, so actually there seems to be no difference in the way these two browsers work in this case. When I use the trackpad of my MacBook Pro, then it sometimes happen that I cannot single-click without moving my fingers a bit.

Share this post


Link to post
Share on other sites

@szabesz - maybe it's because I have my trackpad sensitivity / speed quite slow, but I struggle to actually reproduce what you see. Perhaps I could remove the Tracy core eventListener for moving the bar. I disabled moving it another way quite a long time ago - it was causing all sorts of other problems IMO and didn't add any significant benefits.

Share this post


Link to post
Share on other sites

@adrian I don't think you should spend more time on this as it is just a minor issue of a minor feature. Thanx anyway!

  • Like 1

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...