How can I switch off PlotRangeClipping from one side of the plot?

I want to make PlotRangeClipping -> True on each side of the plot (see code below) except the top side must be PlotRangeClipping -> Flase, is that possible?

Plot[{x, -x}, {x, -5, 5}, PlotRange -> {{-1, 0}, {-3, 3}},   Frame -> True,PlotLegends ->    Placed[LineLegend[{"Y1", "Y2"}, LegendLayout -> {"Row", 1},      LegendMarkerSize -> 20], {{0.5, 0.5}, {0.5, -1.8}}],   PlotRangePadding -> None, PlotRangeClipping -> False,   ImagePadding -> 80]   

enter image description here

Womens Pants With Side Stripe

Henan Yijia Garment Co., Ltd is a professional manufacturer and export company, located in Zhengzhou, Henan province, center of China. We have over 20 years of experience. We are specialized in woven garments for men鈥檚 and ladies鈥? such as formal suits, blazer, vest, trousers, and casual jacket, coat, trousers, bermuda, skirt etc.. Our main customers are C&A and OTTO for Europe, and PERRY ELLIS for America.
Our factory nearby our city. Each factory has over 120 skilled workers and 4 production lines. All the workers are from local area. The production capacity is stable all through the year. Also our factory has passed BSCI audit. In addition, we have many long-term cooperation factories.
Also we have our own washing factory. So we can do special washing effect for casual items, such as enzyme wash, stone wash, garment wash, dip dye, over dyed, denim wash as so on.
Our products are mainly exported to European market and enjoy a very good reputation among customers. We have professional and experienced teams. We also have a strong technician team working on the different production process. The strict quality control is taken from the very beginning to production finished. The first-class quality, good price and on- time delivery are our best promise to each customer.
You are warmly welcomed to our company. It’s our pleasure to build up a good business relationship with customers all over the world. thanks very much!
Our Product:
Our Factory:
Cutting section
Accessory warehouse
Sewing section
Inline inspection
Ironing section
Packing section
Packing conforming area
Advanced Equipment
Automatic cutting machine
Template cutting machine
Our Certificate
Our Location:
We are located in the Zhengzhou, henan province, the heart part of China.
Henan is a major cradles of Chinese culture. It is a traditional agricultural province and populous province, but also a growing economy and industry province. The labor cost is more cheaper than the coastal cities. So we can give you a very competitive price. Also henan is one of the most important railway hubs in China. Zhengzhou, The China-Europe freight rail service network, a crucial part of the Belt and Road Initiative reaching 14,000 trips by the end of February. The China-Europe freight trains have connected China with 50 cities in 15 European countries. China has signed 171 cooperation agreements with 123 countries and 29 international organizations since the initiative was put forward in 2013.Womens Pants With Side Stripe

Should a Bugbear PC take damage when holding an enemy on the other side of a Wall of Fire with Grapple?

Bugbears have long arms, allowing them to grapple enemies 10 ft. away.

The Bugbear’s square is not in the effect range of the Wall of Fire. However, about 5 ft. worth of one of the Bugbear’s hands is supposedly in a square that is.

Mechanically, should the Bugbear take damage? If so, simulationally, how do we reconcile that such a small fraction of the player being in the square and taking just as much damage as a character residing fully in the area of effect?

Is “document loaded” different on admin side than public side?

I’m writing a plugin to support Google Graphs. It’s working fine on the public side, but is intermittently rendering weirdly on the admin side, and also intermittently throwing errors that make me think the JS is running too soon. (for example, TypeError: null is not an object (evaluating 'document.getElementById(colControlId).appendChild'), but when I go inspect the page, that element is absolutely there.

The function that drives everything is registered to the Google library as a callback:

// Load the Visualization API and the corechart package. google.charts.load('current', {'packages':['corechart', 'controls']});  // Set a callback to run when the Google Visualization API is loaded. google.charts.setOnLoadCallback(initializeData);  // Query a CSV for the data function initializeData() {         let graphs = document.getElementsByClassName("cwraggbp_chart"); 

The Google docs say, "When the packages [loaded above by google.charts.load] have finished loading, this callback function will be called with no arguments. The loader will also wait for the document to finish loading before calling the callback."

But, I can’t see how I can be getting this error intermittently if the DOM is fully loaded, and I don’t know what "document loaded" means. So, since this works flawlessly on the public side, but not in admin, I’m wondering if … something is different.

I’m loading the scripts thusly:

    public function enqueue_scripts() {              wp_enqueue_script( $  this->plugin_name . '-public',                 plugin_dir_url( __FILE__ )                     . 'js/cwra-google-graph-block-public.js', // this is where the JS above is                 array( $  this->plugin_name . 'googlecharts', 'jquery' ),                 $  this->date_version(                     'js/cwra-google-graph-block-public.js'), false );             wp_localize_script( $  this->plugin_name . '-public',                 'cwraggbp',                 array(                     'contentdir' => wp_upload_dir()['baseurl']                         . '/cwraggb'                 ));              wp_enqueue_script( $  this->plugin_name . 'googlecharts',                 '',                 array(), $  this->version, false );      } 

Shot em up! Vertical or Horizontal “side scrolling”?

Question it’s about "Shot em up" style game (For example: Tyrian) also known as Top-Down shooters.

These games in the past mostly exist as top down concept, it means player object can move from the left to the right and enemies start appearing from the top of the screen and moving down to the screen. This concept was probably picked due to the monitors aspect ratios in the past where was most spreaded 4:5.

Also this concept are very popular on mobile phones, because is sometimes more user friendly not using landscape mode when playing.

There was a very little titles, when the concept Top-Down are changed Right-left It means, player object is on left screen side and moving Top and Down, and the enemies moving from right to the left. Also, there is almost no titles on desktops when current aspect ratios are mostly 16:9. Even if some new “Modern” Shot em up is released, mostly pick the Top Down concept.

And my question is, is there any reason for that on Desktops target platform?

I think for the current monitor aspect ratios 16:9 “Right-Left” better fit the gameplay and user experience. Or Am I missing something?

How do I make my character attack on the side of the character that I click the LMB on (Unity)?

This is a top-down game, I guess I should also mention that the character is not centred on the screen and the attack should be in 4 different directions. The attack’s direction should be based on which side of the character(up, down, left, right) that you click on(this should also be universal on the screen, the only deciding factor should be the character and the mouse). I really have no clue where to start on this problem.

Pattern for access controlled client side encryption

How would you design a server/client system where a client is granted a key to encrypt/decrypt data, but the key could be revoked/redistributed by the server? Data encrypted prior must still be readable with the new key.

A simple scenario:

  1. Client wants to send a document to a server
  2. Client encrypts the document with some client-side credentials and sends to server
  3. Server receives document and stores in database
  4. Client requests document, receives, then decrypts. The roundtrip is complete.

Now, suppose the client credentials are compromised and key used to encrypt/decrypt data is stolen. The client changes their password, etc, but the key that can decrypt incoming data is still an issue.

My question is about redistributing an encryption key without having to re-encrypt all of the clients data. Are there any patterns that can help me with this? It feels like a variation of symmetric encryption with a KEK and DEK, but I’m having trouble figuring out how to encrypt something on the client side without exposing the DEK.

Is using Argon2 with a public random on client side a good idea to protect passwords in transit?

Not sure if things belongs in Crypto SE or here but anyway:

I’m building an app and I’m trying to decide whatever is secure to protect user passwords in transit, in addition to TLS we already have.

In server side, we already have bcrypt properly implemented and takes the password as an opaque string, salts and peppers it, and compares/adds to the database.

Even though SSL is deemed secure, I want to stay at the "server never sees plaintext" and "prevent MiTM eavesdropping from sniffing plaintext passwords" side of things. I know this approach doesn’t change anything about authenticating, anyone with whatever hash they sniff can still login, my concern is to protect users’ plaintext passwords before leaving their device.

I think Argon2 is the go-to option here normally but I can’t have a salt with this approach. If I have a random salt at client side that changes every time I hash my plaintext password, because my server just accepts the password as an opaque string, I can’t authenticate. Because of my requirements, I can’t have a deterministic "salt" (not sure if that can even be called a salt in this case) either (e.g. if I used user ID, I don’t have it while registering, I can’t use username or email either because there are places that I don’t have access to them while resetting password etc.) so my only option is using a static key baked into the client. I’m not after security by obscurity by baking a key into the client, I’m just trying to make it harder for an attacker to utilize a hash table for plain text passwords. I think it’s still a better practice than sending the password in plaintext or using no "salt" at all, but I’m not sure.

Bottomline: Compared to sending passwords in plaintext (which is sent over TLS anyway but to mitigate against server seeing plaintext passwords and against MiTM with fake certificates), is that okay to use Argon2 with a public but random value as "salt" to hash passwords, to protect user passwords in transit? Or am I doing something terribly wrong?

Context free languages invariant by “shuffling” right hand side

Given a grammar for a Context Free language $ L$ , we can augment it by "shuffling" the right hand side of each production, e.g.:

$ A \to BCD$ is expanded to $ A \to BCD \; | \; BDC \; | \; CBD \; | CDB \; | \; DBC \; | \; DCB$

It may happen that the resulting language $ L’$ is equal to $ L$

For example:

Source               Shuffled S -> XA | YB         S -> XA | AX | YB | BY A -> YS | SY         A -> YS | SY B -> XS | SX         B -> XS | SX X -> 1               X -> 1 Y -> 0               Y -> 0 

Is there a name for such class of CF languages ($ L = \text{shuffled}(L)$ ?