Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

VV expansion: refreshing list, viewable+EDITABLE special lists, filters beta #11507

Open
wants to merge 14 commits into
base: master
Choose a base branch
from

Conversation

EvilDragonfiend
Copy link
Member

@EvilDragonfiend EvilDragonfiend commented Sep 16, 2024

About The Pull Request

VV expansion: refreshing list, viewable+EDITABLE special lists, filters beta

  • You can refresh all lists now
  • now you can view more special lists (client images and screen)
  • [Beta] atom/filters now shows sane values rather than showing list
    • This is something that I am really not sure how to implement it well, but I made this anyway.

Note that I know this is another cursed magic from my hell, but embrace it. :trollface:

Why It's Good For The Game

debugging tool good

Testing Photographs and Procedure

Screenshots&Videos

Refreshable list

image

I added a new marked mob to 'overlay', and then refreshed.
and then, I removed it from overlay, then refreshed.
you don't have to click the list from the original datum anymore.


Viewable client images / screen variable

image

image


Filters

image
image

Nevermind the error. I fixed it


Added: protected list

image

protected one. This isn't meant to be edited

ADDED: Editable special lists

image

There is a heretic image

image

I remove this from client/images

image

gone!!

image

I am going to add it back. See, vv option is possible, even.

image

Well back, pierced reality!

image

other lists work well

Changelog

🆑
code: (debug tool) VV expansion: refreshing list, viewable and EDITABLE special lists (you can vv edit client/images or client/screen), filters beta
/:cl:

#define isfilter(thing) (!hascall(thing, "Cut") && TYPEID(thing) == GLOB.refid_filter)
#define isfilter(thing) (hascall(thing, "Cut") && TYPEID(thing) == GLOB.refid_filter)
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note that /filters actually have "Cut" call.

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this meant to check for /filter or /filters, since by the sound of it it is actually checking for a filter, not the filters list. Does anything use this though?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

By the cursed byond logic, /filters starts from the all same reference id (0x53~), and has the same proc call.
There is no way to identify if your filters is the mother of all filters in your atom, or individual /filters (Yes, singular is /filters. Thanks Byond.)

@EvilDragonfiend EvilDragonfiend marked this pull request as draft September 18, 2024 03:47
@EvilDragonfiend EvilDragonfiend changed the title VV expansion: refreshing list, viewable special lists, filters beta VV expansion: refreshing list, viewable+EDITABLE special lists, filters beta Sep 18, 2024
@EvilDragonfiend EvilDragonfiend marked this pull request as ready for review September 18, 2024 12:33
@EvilDragonfiend
Copy link
Member Author

why the hell

Copy link

This pull request has conflicts, please resolve those before we can evaluate the pull request.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants