hello, I'm new to the forms so if my block below doesn't work I'm sorry.
I want to be able to see the current EST time and not just the current time for the user by using a drop down menu in the time block

(current [hour v][est v])

I think a much more general block would be adding to the “time” block:

(current [time zone v])

Then you could figure out the time based on what the block reports.
For example if you wanted to find out UTC time you could use the current hour minus the time zone etc.

You could do the conversion of:

(current [hour v]) // or whatever these blocks are. I don't use them often.

put in with:

(() + (3)) // This would be from PST to EST.

Resulting in:

((current [Hour v]) + (3))

Edit: Ninja'd by a few seconds. Read above post.

DaEpikDude wrote:

I think a much more general block would be adding to the “time” block:

(current [time zone v])

Then you could figure out the time based on what the block reports.
For example if you wanted to find out UST time you could use the current hour minus the time zone etc.

this would make much more sense than my idea.

BY147258369 wrote:

You could do the conversion of:

(current [hour v]) // or whatever these blocks are. I don't use them often.

put in with:

(() + (3)) // This would be from PST to EST.

Resulting in:

((current [Hour v]) + (3))

Edit: Ninja'd by a few seconds. Read above post.

Doesn't "Current t" use the computer's time, though?

Anyways, this would be cool. However, the technical term should be:
UTC -2
UTC -1
UTC
UTC 1
UTC 2
and so on. For reference, -4 is EST, -5 is CST, and so on…

DaEpikDude wrote:

I think a much more general block would be adding to the “time” block:

(current [time zone v])

Then you could figure out the time based on what the block reports.
For example if you wanted to find out UTC time you could use the current hour minus the time zone etc.

There is one flaw in this block, though.

Say I got an engine that can store strings in cloud. I can use that in association with the “username” block and now the “current time zone” block to learn about what area on the world they fall in, even if they don't want to tell.

FancyFoxy wrote:

DaEpikDude wrote:

I think a much more general block would be adding to the “time” block:

(current [time zone v])

Then you could figure out the time based on what the block reports.
For example if you wanted to find out UTC time you could use the current hour minus the time zone etc.

There is one flaw in this block, though.

Say I got an engine that can store strings in cloud. I can use that in association with the “username” block and now the “current time zone” block to learn about what area on the world they fall in, even if they don't want to tell.

I suppose, but the problem with that is that you can tell which 1/24 of the world they live in. Not extremely helpful.
Also, that's an inherent problem with any sort of time zone block: even if the block was “current hour in UTC”, you could figure out what time zone the user is in.

DaEpikDude wrote:

FancyFoxy wrote:

DaEpikDude wrote:

I think a much more general block would be adding to the “time” block:

(current [time zone v])

Then you could figure out the time based on what the block reports.
For example if you wanted to find out UTC time you could use the current hour minus the time zone etc.

There is one flaw in this block, though.

Say I got an engine that can store strings in cloud. I can use that in association with the “username” block and now the “current time zone” block to learn about what area on the world they fall in, even if they don't want to tell.

I suppose, but the problem with that is that you can tell which 1/24 of the world they live in. Not extremely helpful.
Also, that's an inherent problem with any sort of time zone block: even if the block was “current hour in UTC”, you could figure out what time zone the user is in.

Not exactly. Just knowing what the current hour is in EST is not going to tell what time zone the user is in. They could be in EST, they could not. The one thing I think this block will be useful for is making timers for games where you can leave and return to a game and stuff that you started “building”, for example, could be finished by the time you're back. With those timers, someone could easily cheat on the system and change the time zone they appear in. However, this keeps a definite time.

FancyFoxy wrote:

DaEpikDude wrote:

FancyFoxy wrote:

DaEpikDude wrote:

I think a much more general block would be adding to the “time” block:

(current [time zone v])

Then you could figure out the time based on what the block reports.
For example if you wanted to find out UTC time you could use the current hour minus the time zone etc.

There is one flaw in this block, though.

Say I got an engine that can store strings in cloud. I can use that in association with the “username” block and now the “current time zone” block to learn about what area on the world they fall in, even if they don't want to tell.

I suppose, but the problem with that is that you can tell which 1/24 of the world they live in. Not extremely helpful.
Also, that's an inherent problem with any sort of time zone block: even if the block was “current hour in UTC”, you could figure out what time zone the user is in.

Not exactly. Just knowing what the current hour is in EST is not going to tell what time zone the user is in. They could be in EST, they could not. The one thing I think this block will be useful for is making timers for games where you can leave and return to a game and stuff that you started “building”, for example, could be finished by the time you're back. With those timers, someone could easily cheat on the system and change the time zone they appear in. However, this keeps a definite time.

I'm saying that since you could have a block that reports from a specific time zone and a block that reports the current time (the normal current whatever blocks), you can figure out time zones.

DaEpikDude wrote:

FancyFoxy wrote:

DaEpikDude wrote:

FancyFoxy wrote:

DaEpikDude wrote:

I think a much more general block would be adding to the “time” block:

(current [time zone v])

Then you could figure out the time based on what the block reports.
For example if you wanted to find out UTC time you could use the current hour minus the time zone etc.

There is one flaw in this block, though.

Say I got an engine that can store strings in cloud. I can use that in association with the “username” block and now the “current time zone” block to learn about what area on the world they fall in, even if they don't want to tell.

I suppose, but the problem with that is that you can tell which 1/24 of the world they live in. Not extremely helpful.
Also, that's an inherent problem with any sort of time zone block: even if the block was “current hour in UTC”, you could figure out what time zone the user is in.

Not exactly. Just knowing what the current hour is in EST is not going to tell what time zone the user is in. They could be in EST, they could not. The one thing I think this block will be useful for is making timers for games where you can leave and return to a game and stuff that you started “building”, for example, could be finished by the time you're back. With those timers, someone could easily cheat on the system and change the time zone they appear in. However, this keeps a definite time.

I'm saying that since you could have a block that reports from a specific time zone and a block that reports the current time (the normal current whatever blocks), you can figure out time zones.

Oh, that makes sense. Hmm…

FancyFoxy wrote:

DaEpikDude wrote:

-snip

Oh, that makes sense. Hmm…

Yeah, but to reiterate my previous statement, since it's pretty general it's not particularly a problem.
I think…