diff --git a/ioccc.css b/ioccc.css
index d0800bf918..f03794a273 100644
--- a/ioccc.css
+++ b/ioccc.css
@@ -724,12 +724,13 @@ transition: all .3s ease;
blockquote {
margin: 1em 0 1em 1.7em;
- padding-left: 1em;
border-top: 4px solid darkgreen;
border-left: 4px solid darkgreen;
border-bottom: 4px solid darkgreen;
border-right: 4px solid darkgreen;
- font-style: italic;
+ font-style: normal;
+ overflow-wrap: break-word;
+ width: fit-content;
}
/* This rule makes sure that text in ..
is
diff --git a/next/guidelines.html b/next/guidelines.html
index a77e473b33..3cdbbe51cc 100644
--- a/next/guidelines.html
+++ b/next/guidelines.html
@@ -1135,44 +1135,47 @@ OUR LIKES AND DISLIKES:
to note such limitations in your remarks.md file. For example if your
submission factors values up to a certain size, you might want to state:
-This submission factors values up 2305567963945518424753102147331756070.
+
This submission factors values up 2305567963945518424753102147331756070.
Attempting to factor larger values will produce unpredictable results.
The judges might try to factor the value -5, so you want to might state:
-This submission factors positive values up 2305567963945518424753102147331756070.
-Attempting to factor large values will produce unpredictable results.
+This submission factors positive values up
+2305567963945518424753102147331756070. Attempting to factor large values will
+produce unpredictable results.
However the judges might try to also factor 0, so you want to might state:
-This submission factors values between 1 and 2305567963945518424753102147331756070.
-Attempting to factor values outside that range will produce unpredictable results.
+This submission factors values between 1 and
+2305567963945518424753102147331756070. Attempting to factor values outside
+that range will produce unpredictable results.
Moreover the try to also factor 3.5 or 0x7, or Fred, so you want to might state:
-This submission factors integers between 1 and 2305567963945518424753102147331756070.
-Attempting to factor anything else will produce unpredictable results.
+This submission factors integers between 1 and
+2305567963945518424753102147331756070. Attempting to factor anything else
+will produce unpredictable results.
You submission might be better off catching the attempt to factor bogus values
and doing something interesting. So you might want to code accordingly and state:
-This submission factors integers between 1 and 2305567963945518424753102147331756070.
+
This submission factors integers between 1 and 2305567963945518424753102147331756070.
Attempting to factor anything else will cause the program to insult your pet fish Eric.
The judges might not have a pet fish named Eric, so might want to state:
This submission factors integers between 1 and
-2305567963945518424753102147331756070.
-Attempting to factor anything else will cause the program to insult your pet fish Eric,
-or in the case that you lack such a pet, will insult the pet that you do not have.
+2305567963945518424753102147331756070. Attempting to factor anything else
+will cause the program to insult your pet fish Eric, or in the case that you
+lack such a pet, will insult the pet that you do not have.
When all other things are equal, a submission with fewer limitations will be judged
better than a submission with lots of limitations. So you might want to code accordingly
and state:
-This submission attempts to a factor value of any size provided that the program is
-given enough time and memory. If the value is not a proper integer, the program
-might insult a fish named Eric.
+This submission attempts to a factor value of any size provided that the
+program is given enough time and memory. If the value is not a proper integer,
+the program might insult a fish named Eric.
| Do not fear if you’re not 100% sure of the significance of 2305567963945518424753102147331756070 as it is not of prime importance: or is it? :-)
| We DISLIKE the use of use ASCII tab characters in markdown files, such as in the required remarks.md file.
diff --git a/next/guidelines.md b/next/guidelines.md
index 24844445d8..0143e45fd0 100644
--- a/next/guidelines.md
+++ b/next/guidelines.md
@@ -1034,44 +1034,47 @@ architectures. For instance, more recent versions of `macOS` do **NOT** support
to note such limitations in your `remarks.md` file. For example if your
submission factors values up to a certain size, you might want to state:
-> This submission factors values up `2305567963945518424753102147331756070`.
-> Attempting to factor larger values will produce unpredictable results.
+> This submission factors values up `2305567963945518424753102147331756070`.
+Attempting to factor larger values will produce unpredictable results.
The [judges](../judges.html) might try to factor the value -5, so you want to might state:
-> This submission factors positive values up `2305567963945518424753102147331756070`.
-> Attempting to factor large values will produce unpredictable results.
+> This submission factors positive values up
+`2305567963945518424753102147331756070`. Attempting to factor large values will
+produce unpredictable results.
However the [judges](../judges.html) might try to also factor 0, so you want to might state:
-> This submission factors values between 1 and `2305567963945518424753102147331756070`.
-> Attempting to factor values outside that range will produce unpredictable results.
+> This submission factors values between 1 and
+`2305567963945518424753102147331756070`. Attempting to factor values outside
+that range will produce unpredictable results.
Moreover the try to also factor 3.5 or 0x7, or Fred, so you want to might state:
-> This submission factors integers between 1 and `2305567963945518424753102147331756070`.
-> Attempting to factor anything else will produce unpredictable results.
+> This submission factors integers between 1 and
+`2305567963945518424753102147331756070`. Attempting to factor anything else
+will produce unpredictable results.
You submission might be better off catching the attempt to factor bogus values
and doing something interesting. So you might want to code accordingly and state:
-> This submission factors integers between 1 and `2305567963945518424753102147331756070`.
+> This submission factors integers between 1 and `2305567963945518424753102147331756070`.
> Attempting to factor anything else will cause the program to insult your pet fish Eric.
The [judges](../judges.html) might not have a pet fish named Eric, so might want to state:
> This submission factors integers between 1 and
-`2305567963945518424753102147331756070`.
-> Attempting to factor anything else will cause the program to insult your pet fish Eric,
-> or in the case that you lack such a pet, will insult the pet that you do not have.
+`2305567963945518424753102147331756070`. Attempting to factor anything else
+will cause the program to insult your pet fish Eric, or in the case that you
+lack such a pet, will insult the pet that you do not have.
When all other things are equal, a submission with fewer limitations will be judged
better than a submission with lots of limitations. So you might want to code accordingly
and state:
-> This submission attempts to a factor value of any size provided that the program is
-> given enough time and memory. If the value is not a proper integer, the program
-> might insult a fish named Eric.
+> This submission attempts to a factor value of any size provided that the
+program is given enough time and memory. If the value is not a proper integer,
+the program might insult a fish named Eric.
**`|`** Do not fear if you're not 100% sure of the significance of `2305567963945518424753102147331756070` as it is not of prime importance: or is it? :-)