Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 30 .. 30 :: one page |
|
Author |
Thread Statistics | Show CCP posts - 184 post(s) |
|
CCP FoxFour
C C P C C P Alliance
2994
|
Posted - 2014.03.25 00:45:00 -
[1] - Quote
Hey guys,
I know a lot of people around here have a lot of requests for new features, fixes of old features, and just general herpity derpity. What I would like to do is get a bit more of a central location for us, CCP and you guys, to discuss what you as a community would like to see get done.
To be clear, nothing said here is a promise to get things done. Mainly a way for us to get a better feeling for what the community would like to see get done. This will then be balanced against what we would like to do and hopefully result in cool **** being done. Cool **** should also include fixes, because those are cool as well, not just new features.
A couple of ground rules:
- If you would like to request a feature or a fix for either the EVE API or Public CREST make a detailed post with an example use case, a brief description of why, relevant repro steps if it's a bug (and bug # if you submitted a bug report).
- Simple +1s of features, ideas, fix requests and such will be ignored. If you want to support another feature make a post that describes something else useful that you would like to see. If you make a good post about your own ideas and add a few +1s to the bottom of the post that will be acceptable.
- Keep all discussion civil or go away.\
- Please do discuss things, offer counter points for why something shouldn't be done, or why something should have a high priority/low priority. Again, if it comes down to just a +1 post we will ignore it. Add something more to the discussion or be ignored.
- There is a like button on the forums, please use that instead of making a post just to +1 an idea if you have nothing to add to the discussion.
This is a test, we may find a better way to do this or may just scrap it if this doesn't really work out.
Please also keep in mind that as it stands the EVE API and Public CREST are pet projects and are worked on in spare time. Don't go expecting a mad rush of new changes. Limited time is a big reason why we would rather be doing highly requested things instead of just completely random things.
Lets get this discussion going shall we! :D CCP SocksFour // Game Designer @regnerba |
|
|
CCP FoxFour
C C P C C P Alliance
2994
|
Posted - 2014.03.25 00:45:00 -
[2] - Quote
Backlog - EVE API - New Features:
- Possibly making the ContractItems endpoint accept a list of contractIDs to allow better batch processing. This endpoint is currently a very highly used endpoint and so could probably due with some love.
Backlog - Public CREST - New Features
- Add a wars endpoint. Wars are public in the client but do not offer a very good interface for searching, browsing, comparing, bragging, etc. Exposing this, along with links to the involved kills, could allow you guys to represent this in a much nicer manner.
- An endpoint that lists all items on the market, a link to their history, and their current average price. This does a few things, it means you don't have to know ahead of time which items are on the market before trying to query the market history endpoint. Also gives one nice quick location to get current prices.
CCP SocksFour // Game Designer @regnerba |
|
|
CCP FoxFour
C C P C C P Alliance
2994
|
Posted - 2014.03.25 00:45:00 -
[3] - Quote
Music listened to while making this post:
Will update the list as I make posts. :) CCP SocksFour // Game Designer @regnerba |
|
Two step
Aperture Harmonics No Holes Barred
4505
|
Posted - 2014.03.25 01:09:00 -
[4] - Quote
Any chance of getting x, y, z position on kilmails? That , plus more accurate than a second timestamps would make for some awesome battle visualizations CSM 7 Secretary CSM 6 Alternate Delegate @two_step_eve on Twitter My Blog
|
|
CCP FoxFour
C C P C C P Alliance
2996
|
Posted - 2014.03.25 01:15:00 -
[5] - Quote
Two step wrote:Any chance of getting x, y, z position on kilmails? That , plus more accurate than a second timestamps would make for some awesome battle visualizations
Going to be honest, I am a bit scared to touch killmails. They are a pretty crazy system and time to reward ratio is skewed far more to the time side. If really desired I can try and poke CCP Masterplan who kind of owns that system, but yea, time/reward ratio. CCP SocksFour // Game Designer @regnerba |
|
Salpun
Global Telstar Federation Offices Masters of Flying Objects
699
|
Posted - 2014.03.25 01:25:00 -
[6] - Quote
you mentioned the dust version of the system map could be accessed via crest If i dont know something about EVE. I check https://wiki.eveonline.com/en/wiki/ISK_The_Guide
See you around the universe. |
|
CCP FoxFour
C C P C C P Alliance
2997
|
Posted - 2014.03.25 01:29:00 -
[7] - Quote
Added an example post to the first post. :) CCP SocksFour // Game Designer @regnerba |
|
Wollari
Dirt Nap Squad Dirt Nap Squad.
68
|
Posted - 2014.03.25 01:44:00 -
[8] - Quote
[common stuff] Similar to eve/OwnerID (names=abc,def,ghi) please add eve/OwnerNames (ids=123,45,678) then we would have the same functions like CharacterNames and the CharacterID endpoint which could be deprecated cause ownerID+ownerNames would be more useful.
[factionwarfare] The newly introduced api is great, but you forgot to add the upgradeLevel. you can view this ingame on the fw dashboard. afaik this level is needed to calculate the war progress (there's a nice progress bar on the dashboard which (with some math) can be shown out-of-game as well.
[indizies] military/strategic/industry indizies of nullsec systems. To not increase the already huge file of the Sovereignty API you could add an additional api just for the indizies only (solarSystemID + 3x indizies) otherwise combine them (which will make the api call just bigger). It depends on what works better for you and the cache/api system.
[cyno beacons and fields] especially cynobeacons cause they're stationary, won't change very couple hours and are watchable ingame anyway, cyno fields can expose to much likely when I would track this activity over time (game design decision?) (hidden fleet movement if combined with the Jumps api).
[pilots in space/docked] nice to have (as you can see it ingame anyway), but could expose to much maybe intel if tracked over time (game design decision?).
[outpost] eve/StationDetails: instead of just having a list, this would be for single stations only including the station/outpost description of the owner
[alliance] eve/AllianceSheet: similar to CorporationSheet, but with more details including the description text (which atm you can only scrape from gate.eveonline.com)
-- dream section --
[sovereingty contested] First off: I don't want to get the old failed SovereigntyStatus API back, but a "contested" flag for SolarSystems (as soon as somebody onlined (not anchored) a SBU (which takes some hours) the system could receive a contested flag meaning this system is vulnerable and somebody is fighting over it. At that time the owner itself and the coalition partners usually know this already. Downside: this could lead to SBU tourism (it's just a dream).
--
enough for today: i guess when looking at other threads there're lots of good ideas DOTLAN EveMaps-á| Your out-of-game map, navigation toolset, sov database, etc. since 2008 |
raylu D
HELLSINKER Unsuitable
5
|
Posted - 2014.03.25 01:52:00 -
[9] - Quote
Quote:Please also keep in mind that as it stands the EVE API and Public CREST are pet projects and are worked on in spare time. Don't go expecting a mad rush of new changes.
I'd like to discuss this.
Most game developers would be ecstatic to have the level of 3rd party development that EVE (or even DUST) gets. Most developers (myself included) would not be happy to work under this level of support.
How much more important does the API need to be before it stops being a pet project? What needs to happen before CCP decides to allocate more time to this? |
|
CCP FoxFour
C C P C C P Alliance
2997
|
Posted - 2014.03.25 01:53:00 -
[10] - Quote
raylu D wrote:Quote:Please also keep in mind that as it stands the EVE API and Public CREST are pet projects and are worked on in spare time. Don't go expecting a mad rush of new changes. I'd like to discuss this. Most game developers would be ecstatic to have the level of 3rd party development that EVE (or even DUST) gets. Most developers (myself included) would not be happy to work under this level of support. How much more important does the API need to be before it stops being a pet project? What needs to happen before CCP decides to allocate more time to this?
There are ongoing discussions about this very topic, I would rather not discuss it any further at this time. Sorry. CCP SocksFour // Game Designer @regnerba |
|
|
raylu D
HELLSINKER Unsuitable
5
|
Posted - 2014.03.25 01:59:00 -
[11] - Quote
CCP FoxFour wrote:There are ongoing discussions about this very topic, I would rather not discuss it any further at this time. Sorry.
Well, good to hear it's being talked about. Hopefully my vote for a CSM who's a developer will make a difference :D.
In that case, I'd like to discuss caching. The first issue our bright-eyed, green developer runs into is the lack of caching and following error responses (actually, it's the fragmented, outdated, and wrong documentation, but that's boring to fix). To add insult to injury, this behavior is called "caching".
It would help the developer onboarding process greatly if the API servers 1. had more reasonable rate-limits (once an hour is way too low) 2. cached responses so we didn't have to |
Steve Ronuken
Fuzzwork Enterprises Vote Steve Ronuken for CSM
2945
|
Posted - 2014.03.25 02:51:00 -
[12] - Quote
Idea: 'live' market data Description: To complement the history option, full order information. Ideally with a cache as entirely live data on demand could be very disruptive
Idea: aggregate market data Description: Hand it multiple ids in a single region, get back the buy and sell prices averaged over the 5% highest buys/lowest sells as well as the total volume of the market. Again with a cache. Explanation: Averages over the whole market have a tendency to be more easily gameable. The percentile less so.
Idea: Blueprint data Description: Hand in ML, PL, ME and industry, get back data on production times. (yes, it's in the SDE. would be nice to have another way to get it.)
Idea: The dust map layout Description: We wants it we do. the pretty map layout.
Idea: Location api updated with nearest celestial Description: Right now with the location api, we get the x,y,z, within the system. There's no indication of system (that's in the asset api) and to get the nearest celestial, you have to hit mapDenormalize.
Idea: Map data api Description: Hand it a system id, get back the mapDenormalize entries for that system. hand it a region id, get the constellations and systems. Hand it a celestial id, get the data about that celestial Steve Ronuken for CSM 9! https://forums.eveonline.com/default.aspx?g=posts&m=4236322 http://www.fuzzwork.co.uk/ Twitter: @fuzzysteve on Twitter |
Innominate
GoonWaffe Goonswarm Federation
529
|
Posted - 2014.03.25 03:13:00 -
[13] - Quote
Idea: Change Locations(and other authenticated endpoints using comma separated lists of ids) to deal gracefully with invalid IDs without erroring out completely.
Some endpoints, Locations comes to mind, take an ids parameter which contains a comma separated list of itemIDs. If a single one of these IDs is invalid for some reason the entire call fails. This is problematic when doing things like looking up items from assets as the assets API can present items that longer exist. This issue makes doing block calls to those endpoints difficult and either require multiple calls to weed out the errors, or to simply make a single request per id being looked up and deal with doing potentially tens of thousands of hits to the API.
Some scraping-vulnerable endpoints like CharacterName should probably continue to exhibit the current behavior, but there seems no reason to have this anti-scraping feature on endpoints which require an api key and access. |
Gossamer DT
Wildly Inappropriate Goonswarm Federation
106
|
Posted - 2014.03.25 03:36:00 -
[14] - Quote
Idea: API to see Jump Bridge links that you can see on the starbase manager today.
Idea: Tower Mod Stats. Big pipe dream I know, but being able to map this would be so awesome!
sorry forgot the stats I wanted, on/off, Shields, Armor, Hull. who is your main, and what does he do? |
Karbowiak
4M-CORP Black Eclipse.
178
|
Posted - 2014.03.25 05:25:00 -
[15] - Quote
Awesome to see you guys taking the EVE API and CREST more seriously, not that you havn't but, you know
[Public CREST] General system information: - Basically all the information we can get from the ingame map atm (Pilots in space, jumps into / out etc. etc. etc.) available via a public CREST endpoint would rock.
[Public CREST] Killmails where a kill right was used: - Simply, show who the kill right was originally from, and who activated it to kill said person. Would give some nice credit to the original guy who got slaughtered, and some glory to the guy activating it, god knows I personally don't bother looking at the kill rights anyone might have, so that someone would be, makes it sorta special
[Private CREST] SSO and Chat: - I know this wasn't supposed to be put here, since this is for the EVE API and public CREST, but hey, atleast this way noone will forget it :D Access to SSO and allowance to use Chat API, so chat with people ingame, from out of game.. Preeeeeetty sure everyone would love that, and, well.. ever |
Rob Crowley
State War Academy
281
|
Posted - 2014.03.25 08:22:00 -
[16] - Quote
Idea: Blueprint details Description: It's not exactly a new idea but I'd still like to have it: add blueprint details like ML, PL and remaining runs of owned BPs to the API. |
Max Kolonko
High Voltage Industries Ash Alliance
383
|
Posted - 2014.03.25 09:44:00 -
[17] - Quote
Idea: ship/pos modules names in asset api
Description: right now its pita to get names for ships in sma's, poses and pos modules ang have the info all nameable item already in assets would be great
Idea: personal hangar array content in corp assets
Description: right now things in pha dissapear from corporation without way to ttack them. The information should contain instead of division player id owning item within pha.
Idea: getting more frequent corp assets results
Description: 6 hours just dont cut it. If a corp director want to keep track of assets and want to cross-reference who was online when certain asset is lost he have a 6 hour period to check.
Idea: api that would return assets transations within a container
Description: api would require a container item id and would return last X hours/days worth of assets changes that happened within the container along with who did that transaction and exact timestamp. Another, more precise corp theft api than more frequent assets results. One container limitation to limit ammount of data from single call
Idea: public crest/api - number of jumps between systems
Input: start system, end system, safer|shorter|less secure, optional - system security penalty
result: number of jumps and/or list of systems in path between two systems given the specified autopilot settings
Great for all map appljcations and for all freighter services. Right now have to be written by developers from scratch and you are never 100 percent sure if the game gives the same results.
Idea: dna for a ship in assets
Input: location (system, station, container - to be decided what is best)
List of all ships with type and shipname with dna fitting string in specified location from assets Allows for better inside into what fits you have in assets or for corp director apps to view player fits on poses and in corp hanvars in stations and check if they follow doctrine or too look for a missing ship that might be put in diffrent sma or station Read and support: Don't mess with OUR WH's What is Your stance on WH stuff? |
Max Kolonko
High Voltage Industries Ash Alliance
383
|
Posted - 2014.03.25 10:38:00 -
[18] - Quote
Idea: include more precise location for in-space assets in api. Nearedt celestial or naybe even pos id/planet/moon for pos modules and content within those modules
This would save a lot of dewelopment time for pis assets trackers and fuell management Read and support: Don't mess with OUR WH's What is Your stance on WH stuff? |
Max Kolonko
High Voltage Industries Ash Alliance
383
|
Posted - 2014.03.25 10:46:00 -
[19] - Quote
Idea: more ptecise logoff and logon information for corporate members api
Right now you have every two hours information about last login and logof time for each member. This can be gamed by skilled spy thats knows how this works to hid information within this two hours window about being loged in or not (multiple loging in and off within the 2 hour window, using dt as its not shown as logoff)
I would like to propose new api endpoint for corp members logins and logoffs that would show each login and logof as separate row. This compared with my previous proposed asset transactions would allow for precise spy/thef/avoxer detection. While not being able to prevent the action it would allow for investigating more narrow list of suspects. Read and support: Don't mess with OUR WH's What is Your stance on WH stuff? |
|
CCP FoxFour
C C P C C P Alliance
3003
|
Posted - 2014.03.25 12:45:00 -
[20] - Quote
Made some updates to the backlog based off some quick review. Mainly adding things that looked like they would be low hanging fruit if you will.
There is lots of stuff I still need to review in more detail and have a think about, so just because I didn't add your request doesn't mean it's being tossed.
Some general comments:
- indizies on null-sec systems: will poke around and ask some people how they feel
- sovereignty contested info: again will ask around
- live market data: not right now
- aggregate market data: hmmmm at this point seems a bit of a low use-case, would rather do things more people will use
- dust map: I added to the list... but not really sure why you guys want it so bad since it's optimized for SD TVs
- nearest celestial in locations: don't think thats stored in the DB, so not really possible
- invalidIDs causing whole request to DIAF: please give me a list of all the locations this happens
CCP SocksFour // Game Designer @regnerba |
|
|
Desmont McCallock
377
|
Posted - 2014.03.25 13:09:00 -
[21] - Quote
Idea: SenderName in char/Notifications Description: Same use as in MailMessages. |
|
CCP FoxFour
C C P C C P Alliance
3005
|
Posted - 2014.03.25 13:25:00 -
[22] - Quote
Desmont McCallock wrote:Idea: SenderName in char/Notifications Description: Same use as in MailMessages.
If we give the ID I see no reason not to denormalize it. CCP SocksFour // Game Designer @regnerba |
|
Max Kolonko
High Voltage Industries Ash Alliance
384
|
Posted - 2014.03.25 13:34:00 -
[23] - Quote
CCP FoxFour wrote:Desmont McCallock wrote:Idea: SenderName in char/Notifications Description: Same use as in MailMessages. If we give the ID I see no reason not to denormalize it.
Idea: denormalize everything \o/ - just kidding, but would love to have all names everywhere id of corp,character,item,etc pops up - it would have a big toll on sent data. But still its my dream to have this Read and support: Don't mess with OUR WH's What is Your stance on WH stuff? |
|
CCP FoxFour
C C P C C P Alliance
3005
|
Posted - 2014.03.25 13:40:00 -
[24] - Quote
Max Kolonko wrote:CCP FoxFour wrote:Desmont McCallock wrote:Idea: SenderName in char/Notifications Description: Same use as in MailMessages. If we give the ID I see no reason not to denormalize it. Idea: denormalize everything \o/ - just kidding, but would love to have all names everywhere id of corp,character,item,etc pops up - it would have a big toll on sent data. But still its my dream to have this
Working on it, considering how much we have reduced load on the API servers recently I think we can afford to add a bit of extra data. CCP SocksFour // Game Designer @regnerba |
|
pmchem
GoonWaffe Goonswarm Federation
688
|
Posted - 2014.03.25 16:12:00 -
[25] - Quote
Since we're talking API stuff, two things stand out to me in relation to popular goonfleet tools:
1. We have a program, GarpaUI, which essentially copies the account/character settings from one acct/char to others. There used to be an API which returned userID ( https://wiki.eveonline.com/en/wiki/EVE_API_Account_Status ) but that was apparently stealth changed. It is difficult for a third party to robustly associate a "character" settings file with a specific "user" settings file. That would be very easy if a vcode/API let you give charid of all chars associated with a specific userid.
Then, in our app, we could have the user enter said vcode and they would be able to more easily determine which account settings file to copy over the other account settings files, so that their selected accts/chars had identical client settings.
Sorry for the short description but we'll have a public release of this tool soon, so you'll get to see it in action.
2. Market data, but specifically not just 'history' but all market orders in a region for all items. IT WOULD BE OKAY IF THESE WERE TIME DELAYED, so that the API was, say, a few hours out of date. That would combat possible abuse cases. But we need accurate market data for a nullsec import guide ( http://goonmetrics.com ) which many people in GSF/CFC use. Right now we rely on a data uploader that we actually created before the Eve Market Data Relay (EMDR) existed. A good CREST market order API would obsolete both our uploader and EMDR and let CCP continue with what appears to be their long term goal in altering what's in the client cache. @pmchem on twitter || GARPA || Goonswarm Economic Warfare Cabal |
|
CCP FoxFour
C C P C C P Alliance
3006
|
Posted - 2014.03.25 16:18:00 -
[26] - Quote
pmchem wrote:Since we're talking API stuff, two things stand out to me in relation to popular goonfleet tools: 1. We have a program, GarpaUI, which essentially copies the account/character settings from one acct/char to others. There used to be an API which returned userID ( https://wiki.eveonline.com/en/wiki/EVE_API_Account_Status ) but that was apparently stealth changed. It is difficult for a third party to robustly associate a "character" settings file with a specific "user" settings file. That would be very easy if a vcode/API let you give charid of all chars associated with a specific userid. Then, in our app, we could have the user enter said vcode and they would be able to more easily determine which account settings file to copy over the other account settings files, so that their selected accts/chars had identical client settings. Sorry for the short description but we'll have a public release of this tool soon, so you'll get to see it in action. 2. Market data, but specifically not just 'history' but all market orders in a region for all items. IT WOULD BE OKAY IF THESE WERE TIME DELAYED, so that the API was, say, a few hours out of date. That would combat possible abuse cases. But we need accurate market data for a nullsec import guide ( http://goonmetrics.com ) which many people in GSF/CFC use. Right now we rely on a data uploader that we actually created before the Eve Market Data Relay (EMDR) existed. A good CREST market order API would obsolete both our uploader and EMDR and let CCP continue with what appears to be their long term goal in altering what's in the client cache.
We will NOT be adding user IDs back. Sorry, but it is just not happening.
As for the market data, hopefully at some point in the future yes, we would love to add market orders to CREST. It's something we are talking about internally and discussing the hows, whens, and whys of doing it. CCP SocksFour // Game Designer @regnerba |
|
Crasniya
Strange Energy Gentlemen's Agreement
468
|
Posted - 2014.03.25 17:21:00 -
[27] - Quote
You knew this was coming from me, FoxFour:
Idea: Add DUST leaderboard data to MemberTracking for legacy corp APIs or just allow a CREST endpoint to query it. Description: Leaderboard stats are completely public in the DUST client, as you can add any user to contacts and then see their leaderboard data. However, the system for viewing this in-game is kludgy, since you can't get it in Show Info. Also, looking at it on the aggregate is very hard, due to scale. Leaderboard sites, and alliance and corp-specific leaderboards would be vastly improved if there was a way to query this. MemberTracking would restrict the feature to corps, if an outright public query is too large to deal with or there's game reasons not to make it that easy to pull that much data on unaffiliated parties out of the client. DUST players' stats have a large part of corp eligibility and demonstrating of activity in-game. |
pmchem
GoonWaffe Goonswarm Federation
688
|
Posted - 2014.03.25 18:07:00 -
[28] - Quote
CCP FoxFour wrote: We will NOT be adding user IDs back. Sorry, but it is just not happening.
As for the market data, hopefully at some point in the future yes, we would love to add market orders to CREST. It's something we are talking about internally and discussing the hows, whens, and whys of doing it.
Hey, sounds good. Could you guys at least update the API documentation on evelopedia with respect to userid? Because, well, that was annoying to discover.
I'd like to advocate for some way to sync settings between chars/accounts done by CCP itself or the client install. I dislike having to maintain a third party utility so that our multi boxers don't hate their lives after a windows/EVE reinstall or major EVE patches, etc etc. Brought this up in person at a fanfest event last year (on video, even) and there was a very positive reception and promise to look into it. It was also the most-upvoted suggestion in the CSM's 'crowdsourcing' last year but mysteriously did not make their actual list. I know it's not your department but you gotta understand where I'm coming from with that userid suggestion.
I look forward to the expansion of CREST. Thanks and good luck.
@pmchem on twitter || GARPA || Goonswarm Economic Warfare Cabal |
Innominate
GoonWaffe Goonswarm Federation
529
|
Posted - 2014.03.25 19:24:00 -
[29] - Quote
CCP FoxFour wrote:
invalidIDs causing whole request to DIAF: please give me a list of all the locations this happens
After doing actual research it looks like locations are the only place it'd make a difference. While it seems to apply to mailbodies and notificationtexts as well, these shouldn't have the same nonexistent ID issues that locations does.
"/corp/locations.xml.aspx" "/char/locations.xml.aspx"
"/char/mailbodies.xml.aspx" "/char/notificationtexts.xml.aspx" |
Zifrian
Licentia Ex Vereor Black Core Alliance
1438
|
Posted - 2014.03.25 20:37:00 -
[30] - Quote
Idea: Update that AssetList.xml API to return material level and production level for blueprints in assets.
Description: Many industry applications, asset tracking programs and personal spreadsheets query blueprints but no information is provided on the attributes of the blueprint to use for production calculations - thus, requiring manual updates. Furthermore, the in game copy and paste functionality is more cumbersome than typical asset copy/paste as it also does not contain this information unless opening a new window through the industry interface. Other than manually updating info or the cut/paste method, the only other way to get bp data is to pull from the industry jobs API, which isn't complete and becomes almost useless when using corp pos labs because all jobs are corp and not personal.
Alternative to the above idea:
Idea: Add a new API for blueprint only data.
Description: The asset API does what it says, it provides information on assets, which include blueprints. However, updating the assets API for blueprints doesn't fit because all assets do not have bp type attributes. Since blueprints in game are managed through the industry interface, it makes more sense to repeat the blueprint information contained there in its own API instead of altering the asset API. Furthermore, given the issues with changing information to show different icons for bp copies, any update to the AssetList API May be a bridge too far to cross. This change would provide a mirror to in game data and also solve the problems stated above wrt bp dat in third party apps. GÇ£Any fool can criticize, condemn, and complain - and most fools do. GÇ¥ - Dale Carnegie
Maximze your Industry Potential! - Download EVE Isk per Hour! |
|
|
|
|
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 30 .. 30 :: one page |
First page | Previous page | Next page | Last page |