logicandtrick / twhl Goto Github PK

WikiCode styling is applied in the content of inlined code. Here is an example showing the issue:

How about *tasks*? The `StartTask( Task_t *pTask )` method is called whenever a *task* is requested to be performed. Let us look at *task* startup for small flinch:

And here is how the preview window show it:

You can see that the asterisk used to tell that pTask is a pointer of Task_t in the inlined code gets interpreted as bold.

Using the latest version of Opera on Windows, previewing wiki comment doesn't work due to missing stuff in JQuery, console output :

POST http://beta2.twhl.info/api/format?field=text 404 (Not Found)
send @ jquery.js:8630
ajax @ jquery.js:8166
J.(anonymous function) @ jquery.js:8311
(anonymous function) @ Home:162
dispatch @ jquery.js:4435
m.handle @ jquery.js:4121

How to reproduce : go to any wiki page, type anything or nothing in the comment textarea, press the "Update Preview" button.

When writing a wiki article, I have the following sentence:

Same thing with `Schedule_t` for a *schedule*:

In the preview window, the word "schedule" isn't in bold and the asterisks are shown (Schedule_t is fine and shown as inlined code). My guess is that the parser think I'm trying to write a smiley/emoticon/emoji.

Some styles are easier to apply as bootstrap variable changes, such as the pagination and border radius overrides.

Add this and then remove all the li styles from headings.less:

@border-radius-base:        0px;
@border-radius-large:       0px;
@border-radius-small:       0px;


/* pagination */

@pagination-color:                     #fff;
@pagination-bg:                        @twhl-brand;
@pagination-border:                    lighten(@twhl-brand, 10%);

@pagination-hover-color:               #fff;
@pagination-hover-bg:                  darken(@twhl-brand, 10%);
@pagination-hover-border:              lighten(@twhl-brand, 10%);

@pagination-active-color:              #fff;
@pagination-active-bg:                 @brand-primary;
@pagination-active-border:             @brand-primary;

@pagination-disabled-color:            @gray-light;
@pagination-disabled-bg:               #ddd;
@pagination-disabled-border:           #ddd;


/* labels */

.label {
    border-radius: 0;
}

https://twhl.info/search/index?search=Don or https://twhl.info/search/index?search=don or https://twhl.info/search/index?search=don+abcdef or https://twhl.info/search/index?search=aaaaaaaaaaaaaaaaaaaaaaaaaaaaaa+don

https://github.com/LogicAndTrick/twhl/blob/master/LICENSE is MIT
The license for the API specifically is CC BY-NC-ND

https://developer.mozilla.org/en-US/docs/Web/OpenSearch

Ability for users to maintain a blacklist of users who cannot send them private messages.

• Add a page to their private message section to edit the blacklist
• Allow users to be added and removed to the blacklist
• Allow users to blacklist the sender when they are reading a message
• Notify the sender and prevent sending if a user tries to message a user that has blacklisted them

The smileys in old comments and posts are rendered as
<img class="smiley" src="http://192.241.182.11/images/smilies/smile.png" alt=":)">
Examples: https://twhl.info/news/view/348 https://twhl.info/thread/view/19089 https://twhl.info/journal/view/8895
The http:// part causes browsers to warn about insecure content. Not sure what happens if you want to change the server's IP address. New comments don't have this issue

Currently, the last editor of an article (usually me) essentially "steals the credit" for any given article or tutorial by having their username and avatar in the article header. Remove the username+avatar (not the timestamp) from the "last edited" section, and add new sections to credit original authors or any other significant contributors to the article content. Allow multiple authors in the case of articles that get merged together. The functionality should work for both TWHL members (link to profile) and archived articles (no link or maybe a wayback link).

ApiController.php:584 foreach ($obj->visible as $prop) {
fails because of image-upload's
ApiController.php:519 'object' => \stdClass::class,
stdClass doesn't have the visible property.

This is why https://twhl.info/api gives 500

Solutions: change the object type or only iterate $obj->visible if isset($obj->visible)

Go to https://twhl.info/wiki/page/info_compile_parameters_%28ZHLT%29
Click "Recompiling Light Only". It takes you to https://twhl.info/wiki/page/Recompiling_Light_Only as you would expected.

Go to https://twhl.info/wiki/edit/info_compile_parameters_%28ZHLT%29
Click "Update Preview".
Click "Recompiling Light Only". It takes you to https://twhl.info/wiki/page/Recompiling_LightOnly which is missing an underline.

Create new warning types in the content warnings page (https://twhl.info/wiki-special/maintenance-content) to produce warnings for:

• Embedded images from external websites
  • For example, images uploaded to imgur (external images can break)
• Links to external files by extension type (zip, rar, 7z, jpg, jpeg, png, gif, bsp, mdl, spr)
  • May be ok, but also often these files should be hosted in the vault/wiki to avoid broken links

This is everything that's left to do on TWHL4 before it can be released.

• Database
  • Tables
  • TWHL 3 to 4 conversion scripts
    • SQL scripts (most things)
      • Users
      • Forums
      • Vault
      • Journals
      • News
      • Competitions
      • Shouts
      • Messages
      • Polls
      • Post processing
    • Coded scripts
      • Wiki
      • Tutorials (and images)
      • Articulator
      • Competition images
      • Vault
        • Images
        • Reviews
        • Uploads
      • Avatars
      • Parser scripts (e.g. forums, journals, comments, etc)
• Backend
  • Auth - login information
  • Auth - banned users
  • Auth - convert twhl3 account to twhl4
• Consistency checks
  • Page titles
  • Date formats
  • Header containers
  • User avatars
  • All features implemented
• Search
  • Wiki
  • Forum
  • Users
• Main page
  • Vault
  • Wiki
  • Forums
  • Journals
  • News
  • Poll
• News
  • Listings
  • Detail
• Forums
  • Forum index
  • Threads
  • Posts
  • Styles
• Wiki
  • Pages
  • Uploads
  • Categories
  • Styles
  • Default content
• Vault
  • Listing/filter page
  • Item details
  • Render ratings / stars
  • Reviews
  • MOTM
• Competitions
  • Listings
  • Competition workflows
  • Judging / voting
  • Results
  • Styles
• Users
  • Listing
  • Profile view
    • Statistics
  • Control Panel
    • Profile editing
    • Ban/unban
    • Obliterate
  • Private messaging
    • Deleting threads
    • Styles
  • Journals
    • Styles
• Comments
  • Metadata (ratings, etc)
  • Styles
• Shoutbox
  • Styles

To make it clear that we have all our previously existing content in the wiki, there should be some sort of "featured articles" section on the front page for wiki pages.

Options include:

• Random wiki article (per-refresh or per-day)
• Featured tutorial (random, changes per day)
• Featured article (curated, would need to change often)
• Recently updated pages (but this overlaps with the wiki edits widget)
• Links to common pages (tutorial categories)

In terms of placement, it could go either above or below the "new in the vault" widget, I'm leaning towards above for now, but I don't know yet.

Another option would be to remove the "recent wiki edits" widget in favour of this new one, and give it a slightly different style so it stands out.

Example:

<meta name="description" property="og:description" content="This is a Map. It is hosted on TWHL. Submitted by A User.">
<meta property="og:type" content="website">
<meta property="og:title" content="Super Cool Map Name - TWHL Vault">
<meta property="og:image" content="https://twhl.info/vault/1234/preview.jpg">
<meta property="og:url" content="https://twhl.info/vault/1234">

Add a fade out or some other indicator to show that the map list is scrollable.

Suggested in this post

In the wiki, [url=https://jack.hlfx.ru/en/]Official website[/url] is rendered as <a href="https://jack.hlfx.ru/en">Official website</a>. This is a problem because while https://jack.hlfx.ru/en/ works, https://jack.hlfx.ru/en gives you a 404 error.

As seen here https://twhl.info/wiki/page/J.A.C.K.

I'm rewriting all the HTML and CSS because this is never getting finished I guess

• Layout/Navigation
• Home Page
• Forums
• Wiki
• Vault
• Competitions
• Journals
• News
• Polls
• Members/Profiles
• User Control Panel
• Comments
• Auth
• Search

Look at the "Included" field of maps such as
https://twhl.info/vault/view/5635
It lists BSP twice, instead of BSP and RMF/VMF:

Perhaps because of these lines (notice the duplicate type_ids):

The wiki page "AAATRIGGER texture" was renamed "AAATRIGGER".
https://twhl.info/wiki/page/AAATRIGGER : the Edit and History links work as expected.
But go to the history page and click on Windawz's "#5725". It takes you to https://twhl.info/wiki/page/AAATRIGGER_texture/5725 . On that page, clicking the History link gives you 404, the Edit link gives you 500, and the "AAATRIGGER texture" link left of the Edit link takes you to a page that tells you the article doesn't exist.

Add a content warning for links to http:// instead of https://
Consider ignoring (or only generating warnings for) a list of known domains if too many pages have content warnings.

https://twhl.info/api returns an HTML document with the text "Whoops, looks like something went wrong." instead of the API definition.

Requested in shoutbox, a way to see all entities in the entity guide on one page. That would mean 200 per page instead of 50, so maybe remove all pages and cache the lists for each category?

WikiCode like this:
ZERO *ONE*: TWO *THREE* FOUR

Renders like this:

Instead of like this:

Paste-to-upload-image is pretty useful, would be a good feature.

Using Imgur should work: https://apidocs.imgur.com/?version=latest#c85c9dfc-7487-4de2-9ecd-66f727cf3139

Some example code to do this: https://gist.github.com/Lewiscowles1986/6cac3472336a1cf009a88bde56a65fe3

Introduce a new "table reference" element that stores content against a key instead of inserting it into the parsed body. And then allow table cells to contain a reference (but no other content, if a reference is specified.)

Doing it this way is better than trying to allow newlines in table cell contents (which would be difficult to parse)

https://twhl.info/wiki/page/category%3AError_Guides
"No information for this category has been entered yet. You can change this by creating the category page by clicking here."
Non-members see this and get a 404 if they click there.

How to reproduce?

1. Edit this wiki article.
2. Replace this "external -> internal link" warning from: [url=https://twhl.info/wiki/page/Monsters_Programming_-_The_Concepts_of_Half-Life%27s_AI#h6186a030dcc80]activity[/url] to [[Monsters Programming - The Concepts of Half-Life's AI#h6186a030dcc80|activity]]

Expected

I should be redirected on that wiki article and section.

Actual

"Page not found: Monsters_Programming_-_The_Concepts_of_Half-Life's_AIh6186a030dcc80"

I have noted down some things I think could be changed to improve the vault, most ideas are about making it easier to find interesting works in the Vault.

1. If people could mark their own uploads as broken, and moderators could do it too, we could put a little text near the download button to indicate that the download needs fixing, and gray out the screenshot in the list at https://twhl.info/vault/ . It saves the disappointment of finding something you want to try and finding out you can't download it. And could this motivate people to fix their downloads and others to share if they have the content?
2. It would be helpful if the vault showed the category ("Completed", "Unfinished" etc.) in the list https://twhl.info/vault/ . Take a look at the screenshot below. You are browsing through the vault, but to see which maps are Completed, Unfinished, Examples, or Problem maps, you need to click. I suggest adding a category label near the upload time and the rating.
   
3. There are links to https://twhl.info/vault , https://twhl.info/vault?page=1 , https://twhl.info/vault/index , https://twhl.info/vault/index?page=1 , and https://twhl.info/vault/index?games=&cats=&types=&users=&incs=&rate=&sort=&search=&page=1 (and similar addresses) which may be a problem for web crawlers like Google or the Wayback Machine and could reduce their usefulness with TWHL content. I suggest changing the links and search form to avoid having multiple URLs for the same pages. Alternatively, <link rel="canonical" href="..." /> tags could be used. This link takes you to /vault/index:
   
   This link takes you to /vault:
   
4. When you upload a map and have to choose which game it's for and you type "Counter-Strike", Condition Zero doesn't show up because it's written as "CS: Condition Zero". Counter-Strike: Source doesn't show up when you type "Source". Perhaps different variations of the game names could be entered into the database and the search box could look there too?
5. CS: CZ: Deleted Scenes maps are currently categorised as "CS: Condition Zero". These are single-player maps while normal CZ maps are (usually) multi-player. It would be nice to have Deleted Scenes as a choice in the games list.
6. Some mods without their own category have plenty of maps: Flat-Life (13), The Specialists (10), Natural Selection (8), Ricochet (8)
7. I also think Half-Life Source and Half-Life Deathmatch Source deserve their own categories, even though we only have two maps: https://twhl.info/vault/view/6041 https://twhl.info/vault/view/4191
8. Some vault entries include versions for multiple mods. Should it be possible to select multiple games, or perhaps there should be a Multiple Games (GoldSrc) option in the games list?
9. Want your map to get noticed? Give it a tall screenshot :)
10. When sorting by rating, the number of ratings isn't factored in. So a map with 9 ratings of 5 stars is considered the same as a map with 1 rating of 5 stars. The simplest fix would be to add the number of ratings as a secondary sort order. That would still be unfair to maps with a dozen 5 star ratings and a single 4 star rating, which should probably come before a map with a single rating even if that rating is 5: to fix this, you could instead use a formula such as sort_order = ((2.5 + sum of all ratings) / (number of ratings + 1)). It's not uncommon for websites to use similar formulas to aggregate review scores.
11. People are still to this day putting Half-Life Deathmatch maps in "Half-Life", possibly because they see "Deathmatch" and think of Deathmatch Classic. It could be renamed to "Half-Life: multiplayer", or better yet, "Half-Life Deathmatch" could be removed as an option and there could be checkboxes to indicate if it's singleplayer or multiplayer content or either.
12. For vault items with lots of screenshots, such as https://twhl.info/vault/view/6675 , some the thumbs don't load right away and it looks strange
13. https://twhl.info/vault Min. Rating filter has the option 0.5 but the minimum possible rating is 1
14. Metro28 has been uploading a lot of skyboxes, and they are not the only ones in the vault. We could use a new content type: skybox.

The list of "Links and embeds to non-https urls " in the wiki picks up HTTPS Wayback Machine URLs when the original page had an HTTP address.

Links such as https://web.archive.org/web/20090413013054/http://www.hl2world.com:80/wiki/index.php/Cameras

I made (and then undid) this edit to demonstrate the issue: https://twhl.info/wiki/page/Entity_Attribute%3A_Target/6820
Notice how the links to the articles "func_vehiclecontrols (Counter-Strike)" and "func_vehicle (Counter-Strike)" are red (the elements have the class "text-danger"), when only the link to "func_vehicle" (without "(Counter-Strike)") should be red.

After deleting the row with the bad link, the other links turn blue: https://twhl.info/wiki/page/Entity_Attribute%3A_Target/6821

Update libraries and frameworks:

• Laravel 9
• Bootstrap 5
• Vue 3
• FontAwesome 6

When viewing user profiles, there are links to see all their maps, forum posts, and so on. Add an extra one that points to a list of comments made by the user.

->od

Check out the last pages in the thread lists. If you try to view these threads (which somehow have -1 replies) you get a 500 server error:
https://twhl.info/forum/view/goldsource?page=162
And page 163 and 164 are empty

Right now, if you create or edit a wiki article and close your web browser's tab or window, the unsaved changes are lost.

It would be nice to add detection of web browser's closing tab/window event to add a warning like this:

"You made changes but did not saved them. Are you sure you want to close your web browser's tab or window? Unsaved changes are lost."

I don't know if you consider this a bug or not, but the API allows you to read comments that are otherwise not accessible to the public when an article (such as a journal or vault item) has been deleted.

Example:
https://twhl.info/journal/view/9186
https://twhl.info/api/comments?article_id=9186&article_type=j

It would be easier to find things in the category list if it was sorted alphabetically
https://twhl.info/wiki/categories

Option 1: Remove clickable dates from inside links (home page, vault page)
Option 2: Call preventDefault() when clicking dates to stop navigation

Reported in this post

Allow posting in threads older than 90 days - extend it to 6 months? 1 year?

Suggested in this post

As seen here https://twhl.info/wiki/page/TWHL_Community_Collaborations

It's showing the date of the last update instead of the date the map was first posted.

The competition pages (such as this one https://twhl.info/competition/brief/32 ) are missing images of maps that didn't win.

https://twhl.info/api is missing

#/definitions/Motm
#/definitions/VaultItemReview
#/definitions/WikiRevisionBook
#/definitions/WikiRevisionCredit

There are also other errors according to https://apitools.dev/swagger-parser/online/ such as "type": "int" being used instead of "type": "integer"

The "Careful!" text:

https://twhl.info/thread/view/20328
The thread is 4 months old and I can still post in it. I am of course not a forum moderator, but that message would only make sense if I had some special permission to post.

I guess the 90 here

The APP_KEY in .env.example is invalid. You can include the step php artisan key:generate in the readme (or include a working key?)

HTML entities like & should be handled properly in page titles, link text, and URL titles.

*1* should render a bold 1. Instead, it just renders as *1*.