1090tvcom 93 Upd May 2026
On this page I show how to make a calendar and date picker on an Excel userform using VBA only and no ActiveX.
This is how it looks in the Danish version of Excel 2003:
In the U.S.A (English), where the first day of the week is Sunday and not Monday, the "day labels" from left to right will be SU, MO, TU, WE, TH, FR and SA, and February 1st 2016 will be in the second column, below MO.
In other words it is sensitive to the system's language and first day of the week settings. The possible date formats are also based on the system settings.
By using VBA only and no ActiveX you avoid compatibility problems, because different MS Office versions use different ActiveX controls for calendars.
You can use the calendar to select (up to) two dates for whatever purpose you want. The selected dates are put in two labels, and if you click one of these labels, you can copy the date to a cell or a range of cells.
I show and explain some of the macros below, but I cannot show them all. If you want to see the rest, you can download a zip compressed workbook with the example.
The workbook was updated with a minor bug fix February 26th 2017.
The calendar is on a userform (see image above) with a frame, labels, combo boxes and command buttons.
For event handling (when the user selects a date) the calendar uses a simple class module instead of writing a click procedure for each and every date label.
Of course it also uses quite a few date functions like getting the first day of the week, first day of the month, weekday names in the user's language, checking for leap year etc.
I am a lousy designer, so change the userform's look as you like; but unless you change the code, the labels for date picking must all be in Frame1.
The Collections
There are two public collections declared in Module1: colLabelEvent and colLabels, and the calendar's date labels are members of both collections.
colLabelEvent is a collection of the event handler classes for the labels, and colLabels enables us to change the properties of each label like e.g.:
colLabels.Item(variable for label name).Visible = False
We'll get back to the event handling class - it is really not complicated.
The userform's Initialize procedure
A userform's Initialize procedure executes before the form opens, and below you can see how it looks in the calendar userform.
1090tvcom 93 Upd May 2026
There is no verified safe use case. Visiting or interacting with such a site carries multiple risks:
| Risk Type | Explanation |
|-----------|-------------|
| Phishing | Fake login pages asking for email/password to “activate” the update. |
| Malware download | Automatic download of .exe, .apk, or .zip files disguised as “update_93.exe” — often ransomware or info-stealers. |
| Browser hijacking | Changes your homepage, search engine, or adds rogue extensions. |
| Scam calls | Prompts show a fake tech support number (“Call Microsoft now”). |
| Data tracking | Harvests IP address, location, browser fingerprint. |
Security tools like VirusTotal, Google Safe Browsing, and Web of Trust (WOT) often flag similar dynamically generated domains with low trust scores or outright block them.
However, based on how streaming and TV applications handle "proper features" in updates, here is what a "proper feature" update typically includes, which may help you identify the changes you are seeing:
If you are looking for specifics on a "Proper" feature in this update, it usually refers to one of the following technical fixes: 1090tvcom 93 upd
A "proper feature" implementation means the button works as expected:
Alphanumeric strings—combinations of numbers, letters, and short words—pervade modern digital life. They appear as domain fragments, channel tags, update codes, product SKUs, and search queries. A string such as "1090tvcom 93 upd" illustrates how compact identifiers carry layers of meaning and shape how information is created, located, and consumed online.
At first glance, "1090tvcom" resembles a collapsed domain name: a frequency or numeric prefix (1090) attached to an abbreviation for television (tv) and a truncated top-level domain (com). Historically, numbers like 1090 have signified radio or TV frequencies, AM stations, or channel assignments; pairing such a number with "tv" suggests broadcast media or streaming channels. The appended "93" could denote an episode, year, or regional code; "upd" is commonly shorthand for "update." Together, the sequence looks like a shorthand label someone might use when cataloging an update (upd) to item 93 on a media feed associated with 1090tv.com.
These compact identifiers serve several practical functions. First, they enable rapid human communication: shorthand saves time in logs, messages, and file names. Second, they form keys for machines—URLs, database indexes, and metadata tags—allowing systems to organize and retrieve content efficiently. Third, they function as branding or discoverability signals: a memorable string can help users find a channel or update via search even when the full formal name is unknown. There is no verified safe use case
However, such shorthand also creates ambiguity. Without standardization, two users’ "1090tvcom 93 upd" entries might refer to entirely different things—an episode upload, a maintenance patch, or a news bulletin—leading to confusion in collaborative contexts. Ambiguity compounds when identifiers mimic domain names without proper punctuation, as in this example, because search engines and humans may interpret the string variably (as a nonfunctional domain, a search query, or an internal code).
From an information-discovery perspective, ambiguous identifiers influence search behavior. Search engines try to parse terms into likely intents: is the user looking for a website (1090tv.com), a broadcast frequency (1090 AM), or an update (upd) related to an entity numbered 93? The more context available—surrounding text, user history, or metadata—the better the system can resolve intent. For content creators and system designers, this suggests two best practices: prefer clearer naming conventions (use separators like dots, hyphens, or underscores) and provide supporting metadata to disambiguate entries.
Finally, alphanumeric strings reflect evolving norms in digital archiving. In collaborative repositories—newsrooms, Git systems, content management platforms—concise tags like "1090tvcom_93_upd" may be efficient, but they should be paired with human-readable titles and changelogs. This combination preserves quick machine indexing while ensuring long-term clarity for people who revisit records months or years later.
In sum, "1090tvcom 93 upd" exemplifies how compact identifiers function as tools of efficiency and, simultaneously, sources of ambiguity. Clear conventions and accompanying metadata are essential to retain the benefits of brevity without sacrificing discoverability or comprehension. However, based on how streaming and TV applications
If you’d like a different focus (e.g., creative fiction using that string, a technical explanation of how to name files, or a website-optimized article), tell me which and I’ll produce it.
It looks like you’re referencing a log line, system message, or data snippet — possibly from an ADS-B decoder (like dump1090 or similar) used for tracking aircraft via Mode S / ADS-B on 1090 MHz.
Based on that format, here’s a likely interpretation:
The Initialize procedure ended by calling the LabelCaptions procedure passing two arguments, namely the present month and year.
The LabelCaptions procedure does several things that determine the look of the calendar, and it is called every time the user changes month or year.
It checks stuff like the number of days in the month, where to put the first date according to the first day of the week, it finds the first day of the month and more. Here is how it looks:
Sub LabelCaptions(lMonth As Long, lYear As Long)
Dim lCount As Long
Dim lNumber As Long
Dim lMonthPrev As Long
Dim lDaysPrev As Long
Dim lYearPrev As Long
sMonth = MonthName(lMonth)
lSelMonth = lMonth
lSelYear = lYear
Select Case lMonth
Case 2 To 11
lMonthPrev = lMonth - 1
lYearPrev = lYear
Case 1
lMonthPrev = 12
lYearPrev = lYear - 1
Case 12
lMonthPrev = 11
lYearPrev = lYear
End Select
lDays = DaysInMonth(lMonth, lYear)
lDaysPrev = DaysInMonth(lMonthPrev, lYearPrev)
If lSelYear >= 1900 And lSelMonth > 1 Then
lblBack.Enabled = True
ElseIf lSelYear = 1900 And lSelMonth = 1 Then
lblBack.Enabled = False
End If
If bCmbSel = False Then
cmbMonth.Text = sMonth
cmbYear.Text = lYear
End If
lFirstDayInMonth = DateSerial(lSelYear, lSelMonth, 1)
lFirstDayInMonth = Weekday(lFirstDayInMonth, vbUseSystemDayOfWeek)
If lFirstDayInMonth = 1 Then
lStartPos = 8
Else
lStartPos = lFirstDayInMonth
End If
lNumber = lDaysPrev + 1
For lCount = lStartPos - 1 To 1 Step -1
lNumber = lNumber - 1
With colLabels.Item(lCount)
.Caption = lNumber
.ForeColor = &HE0E0E0
End With
Next
lNumber = 0
For lCount = lStartPos To lDays + lStartPos - 1
lNumber = lNumber + 1
With colLabels.Item(lCount)
.Caption = lNumber
.ForeColor = &H80000012
End With
Next
lNumber = 0
For lCount = lDays + lStartPos To 42
lNumber = lNumber + 1
With colLabels.Item(lCount)
.Caption = lNumber
.ForeColor = &HE0E0E0
End With
Next
End Sub
Below is the function that finds the number of days in the selected month. It is quite simple.
Function DaysInMonth(lMonth As Long, lYear As Long) As Long
Select Case lMonth
Case 1, 3, 5, 7, 8, 10, 12
DaysInMonth = 31
Case 2
If IsDate("29/2/" & lYear) = False Then
DaysInMonth = 28
Else
DaysInMonth = 29
End If
Case Else
DaysInMonth = 30
End Select
End Function
There are more procedures handling user actions like changing month or year using the month or year combo boxes. That is more or less trivial stuff, and you can see the code, if you download the workbook.
The most important thing left is the label event handling class.
The event handling class
In the userform's Initialize procedure we connected all the date labels to the class clLabelClass and put them in a collection, colLabelEvent.
The user picks a date by clicking a date label, and if you didn't have the class handling this event, you would have to write a click procedure for each end every label. Now all clicks are handled by the class module code below.
The code uses some Public variables like sActiveDay declared im Module1.
Option Explicit
Public WithEvents InputLabel As MSForms.Label
Private Sub InputLabel_click()
With InputLabel
If .Tag < lStartPos Then
If UserForm1.lblBack.Enabled = True Then
UserForm1.lblBack_Click
End If
Exit Sub
End If
If .Tag > lDays + lStartPos - 1 Then
UserForm1.lblForward_Click
Exit Sub
End If
If .BorderColor = vbBlue Then Exit Sub
.BorderColor = vbBlue
.BorderStyle = fmBorderStyleSingle
If Len(sActiveDay) > 0 Then
If sActiveDay <> InputLabel.Name Then
With colLabels.Item(sActiveDay)
.BorderColor = &H8000000E
.BorderStyle = fmBorderStyleNone
End With
End If
End If
sActiveDay = InputLabel.Name
lFirstDay = Val(InputLabel.Caption)
If bSecondDate = False Then
UserForm1.FillFirstDay
Else
UserForm1.FillSecondDay
End If
End With
End Sub
That was the most important parts of the calendar's code. To see the rest, download the workbook.
The selected date or dates will be in two labels on the user form, but internally they are stored in the variables datFirstDay and datLastDay (declared on module level in the userform).
A date or dates can be used in many ways, and you can put your own code in the OK button's click procedure.
As sample code I find the difference in days between the two dates and display it in a message box, before the form closes. You can just replace that with your own code.
By picking my birthday and the day I write this, I can see, that I have lived for 21979 days. Time sure flies ...
Related:
|