View source for Talk:Main Page
← Talk:Main Page
Turn off page title
Is there any way to disable the large title at the top of the main page? I know Wikipedia has it off. --AaronR 02:01, 12 November 2007 (UTC)
- At the top of every page, or just the main page? Anyway, I'll look around. --Voidious 02:04, 12 November 2007 (UTC)
- Just the main page. --AaronR 02:11, 12 November 2007 (UTC)
I updated the Sandbox with one change - stealing 5% from the "Welcome to RoboWiki" part and giving it to the column with "1-vs-1 Bots". That look OK to you? Before, bot with "1-vs-1 Bots" and "Melee Bots" were forced to two lines in any reasonable sized browser for me. Other than that tiny thing, it looks great! --Voidious 02:04, 12 November 2007 (UTC)
- It looks kind of odd in my browser; I'm using Firefox on Windows XP, on a wide screen laptop. On my browser, the column shows up fine the way it was. Still, it only looks weird because one column is wider than the rest. I'll change all of the columns on the main page to the larger size. --AaronR 02:11, 12 November 2007 (UTC)
- It's definitely better now, but still requires a pretty wide browser. I'm using FireFox and Safari, which require 890 and 970 pixels, respectively, to get "1-vs-1 Bots" and "Melee Bots" on a single line, which I think is too wide. I'm on a 1280x800 widescreen laptop, but I don't maximize my browser... Let's not worry about it for now, though, we can tweak such minor design points later on. =) --Voidious 02:24, 12 November 2007 (UTC)
Radar
Should we have a link to Radar stuff, as without that, most movement and about all targeting is useless. I can probably handle the creation of the Radar stuff, I have a few good code snippets I have worked up from before, for atleast One on One. --Chase-san
Article count
A couple questions about the article count (after having some trouble Googling for answers). First, why isn't it updating automatically? Is that something I can trigger to update, or add to the "job queue", does anyone know? (Notice if you edit / preview it is higher than 43, which it reads on the main page right now.) Second, what qualifies as an "article"? Is there a minimum length that a page needs to be (other than not being a user or talk page) to qualify as an article? --Voidious 19:56, 12 November 2007 (UTC)
- The main page just updated, it now says 48 articles. Also, the statistics page says that there are 145 pages total, but it is excluding, "talk pages, pages about RoboWiki, minimal 'stub' pages, redirects, and others that probably don't qualify as content pages." --AaronR 20:00, 12 November 2007 (UTC)
According to the MediaWiki wiki (now that's a mouthful), the main page will come up to date as soon as its HTML cache is invalidated, at which point all of the templates, etc. will be transcluded again. Don't know if that helps... --AaronR 20:27, 12 November 2007 (UTC)
Font size
Just out of curiosity, why is the font size so large here compared to, say, Wikipedia? I know, I know, it's the same as the old wiki's font, but that wiki didn't have a sidebar. --AaronR 07:04, 13 November 2007 (UTC)
- Primarily because I thought "x-small" was just too small, and yes, it was also just sooo much smaller than the old wiki. I also figured that with the skins options, we could easily give people more choices to choose their own style, anyway. I will confess that tiny fonts for the sake of sleeker designs is a major pet peeve of mine. :-P --Voidious 07:12, 13 November 2007 (UTC)
Smileys :-)
I would be relly nice if we could somehow support smile, e.g. just as simple as stating:
[[Image:HappySmiley.png]]
--Flemming N. Larsen 09:04, 28 November 2007 (UTC)
Wikimedia Commons has a whole section of GFDL'd or public domain smileys (look at the link at the bottom for more). I don't really see the point though. If you want to upload them and use them, feel free, but I'll stick with =) on the wiki. --AaronR
01:21, 30 November 2007 (UTC)
- [View source↑]
- [History↑]
Contents
Thread title | Replies | Last modified |
---|---|---|
New Rumble Categories | 8 | 14:16, 16 January 2023 |
First page |
Previous page |
Next page |
Last page |
Time-based Rumble Types Proposal
The conversation is about the possibility of adding new rumble types in Robocode that are limited by time per tick instead of code size. Some participants suggest that this would encourage bots to make more time tradeoff decisions and could potentially lead to more diverse strategies. However, there are concerns about how to categorize these bots and the difficulty of accurately measuring time per tick. Some suggest using a fixed tick time competition, while others point out that the Robocode engine's control over CPU time is not precise enough for this task. There is also mention of the possibility of using Java bytecode instrumentation to assign fixed costs to different Java bytecode instructions, but this is seen as too complicated to implement.
-- ChatGPT
I don't think code size is a good limiter for different rumble types, because it forces people to do all sorts of tricks which results in very difficult to understand code. In addition, code size is so small compared to memory now that it hardly seems relevant in most cases. What if new rumble types were added where time per tick is the limiting factor: QuickRumble, with half the time, FastRumble 1/4, HyperRumble 1/8, SlowRumble 2x, etc. (Names are arbitrary) This would mean bots in faster rumbles would have to make more time tradeoff decisions, (less precise prediction? more approximate GFs?), and perhaps bots in slower rumbles could find a use for non-KNN classification schemes that required more time. What do you think?
Tick time size sound like a fantastic idea, I think robocode has some built in constants which potentially can be tweaked for time based rumbles.
But, I would still keep size based categories. I personally amazed how much can be squeezed into small code. It is indeed unreadable, but they set a bar and send a strong hint to me when those little gizmos level my megabot.
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page.
Return to Thread:Talk:Main Page/New Rumble Categories/reply (3).
Well, we can make a time tick fixed competitions. Every one participate but bots which designed with time constrains in mind will sort to the top by themselves.
I think it is analogous to current size based system: nano bots participate in mega bots competitions and have good chances, but it is not true in reverse. Though here we can participant selection in advance.
So all we need is good tick measure, which is not that easy with current CPU which tend to throttle and boost their performance.
The problem I have with this idea, is that the Robocode engine's control over CPU time is far too approximate for that task.
The nature of such a league is to encourage people to push the limit of the alotted CPU time, however one can expect the calibration of CPU time to be off by wide margins between different computers, or even different runs on the same computer.
If one wants to have a league where the CPU time is a primary design constraint for bots, we need an engine with more precise management of this, such as by using Java bytecode instrumentation to assign fixed costs to different Java bytecode instructions... but that... that gets very complicated to implement.
First page |
Previous page |
Next page |
Last page |