Skip to content

fix home bugs (Ali)#33

Merged
SimonBurmer merged 1 commit intomainfrom
fix/home
Mar 30, 2026
Merged

fix home bugs (Ali)#33
SimonBurmer merged 1 commit intomainfrom
fix/home

Conversation

@SimonBurmer
Copy link
Copy Markdown
Collaborator

@SimonBurmer SimonBurmer commented Mar 30, 2026

Summary by CodeRabbit

  • Updates
    • Refreshed homepage statistics: member count, founding year, and global presence metrics now reflect current data
    • Updated "What is START Munich?" section with new metrics including alumni and STEM participation percentages
    • Primary call-to-action now directs to "About Us" for easier navigation
    • Renamed "Worldwide Connected" to "Global Community" with updated city and country presence counts

@vercel
Copy link
Copy Markdown

vercel Bot commented Mar 30, 2026

The latest updates on your projects. Learn more about Vercel for GitHub.

Project Deployment Actions Updated (UTC)
start-munich Ready Ready Preview, Comment Mar 30, 2026 9:07pm

@SimonBurmer SimonBurmer changed the title fix home bugs fix home bugs (Ali) Mar 30, 2026
@coderabbitai
Copy link
Copy Markdown

coderabbitai Bot commented Mar 30, 2026

📝 Walkthrough

Walkthrough

Updated the homepage with revised organizational metrics, including member count reduction (300 → 70), founding year adjustment (2015 → 2003), modified section headers, redesigned stat visualizations, and altered display values across multiple sections including "By the Numbers," alumni figures, and global reach statistics.

Changes

Cohort / File(s) Summary
Homepage Content Updates
app/home/page.tsx
Modified "What is START Munich?" section with updated metrics (founding year, member count), changed primary CTA from "Meet our Members" to "About Us" with updated link target. Replaced stat cards with new values (Alumni, STEM percentage) and redesigned "By the Numbers" visualizations: converted animated Capital Raised to fixed "€3B+" display, replaced percentage-based progress bar with fixed 5-segment bar, and updated individual stat card labels and values. Renamed "Worldwide Connected" section to "Global Community" with updated city/country counts (16→22, 11→12). Added styling adjustment to render MUNICH text in pink within rolling gradient. Updated "About START Munich" description wording.

Estimated code review effort

🎯 3 (Moderate) | ⏱️ ~25 minutes

Possibly related PRs

Poem

🐰 Hop, hop, hooray! The homepage now gleams,
With numbers refined and refreshed dreams,
From Munich's past (2003 calls) to futures so bright,
New metrics and visuals shine in the light,
A global community story rewritten just right! 🌍✨

🚥 Pre-merge checks | ✅ 2 | ❌ 1

❌ Failed checks (1 inconclusive)

Check name Status Explanation Resolution
Title check ❓ Inconclusive The title 'fix home bugs (Ali)' is vague and generic. It mentions 'home' and 'bugs' but does not clearly describe what specific bugs were fixed or what changes were made to the homepage. Provide a more specific title that describes the actual changes, such as 'Update START Munich homepage metrics and branding' or 'Refresh homepage statistics and section copy'.
✅ Passed checks (2 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
✨ Simplify code
  • Create PR with simplified code
  • Commit simplified code in branch fix/home

Comment @coderabbitai help to get the list of available commands and usage tips.

Copy link
Copy Markdown

@coderabbitai coderabbitai Bot left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧹 Nitpick comments (2)
app/home/page.tsx (2)

87-92: Stale facts array and unused animatedValues computations.

The facts array still contains old values (e.g., 300 members, €500M capital) that no longer match the displayed UI (70 members, €3B capital). Additionally, animatedValues[0], [1], and [2] are computed but no longer used—only animatedValues[3] is still referenced at line 517.

Consider either:

  1. Removing the unused facts entries and corresponding animatedValues calls, or
  2. Updating facts to reflect current values and re-enabling the animated displays
♻️ Proposed cleanup if only YC animation is needed
 const facts = [
-  { label: "Members", value: 300, suffix: "+" },
-  { label: "Diversity (MINT)", value: 65, suffix: "%" },
-  { label: "Capital Raised", value: 500, suffix: "M+", prefix: "€" },
   { label: "Members in YC & other top programs", value: 25, suffix: "+" },
 ]
-  const animatedValues = [
-    useAnimatedNumber(facts[0].value, !factsView.visible, 1800),
-    useAnimatedNumber(facts[1].value, !factsView.visible, 1800),
-    useAnimatedNumber(facts[2].value, !factsView.visible, 1800),
-    useAnimatedNumber(facts[3].value, !factsView.visible, 1800),
-  ]
+  const animatedYCValue = useAnimatedNumber(25, !factsView.visible, 1800)

Then update line 517 to use animatedYCValue instead of animatedValues[3].

Also applies to: 150-155

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@app/home/page.tsx` around lines 87 - 92, The facts array contains stale
entries and the animatedValues computations for indexes 0–2 are unused; either
update the facts entries to the current numbers (e.g., Members -> 70, Capital
Raised -> 3B, etc.) and keep the matching animatedValues logic for each item, or
prune the unused facts and remove the corresponding animatedValues[0..2]
computations so only the YC-related animation remains. If you choose the latter,
delete the unused facts objects and their animation setup, create a single
descriptive symbol (e.g., animatedYCValue) for the remaining animation, and
replace references to animatedValues[3] with animatedYCValue in the component
rendering. Ensure the facts constant and any animation hooks (where
animatedValues is defined) are kept consistent with the chosen approach.

519-535: Progress bars are hardcoded and not data-driven.

The YC card progress bar (lines 519-522) shows 4/5 filled segments regardless of the animated value (25+), and the Unicorn card (lines 534-535) has a single filled bar hardcoded for the value "1". These visual elements don't dynamically reflect the actual values.

If these are intentional decorative elements, consider adding a brief comment to clarify. Otherwise, consider making them proportional to the displayed values for better data visualization.

🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In `@app/home/page.tsx` around lines 519 - 535, The progress bar segments are
hardcoded (the YC card uses [...Array(5)] with i<4 and the Unicorn card renders
a single filled bar) and should reflect the actual numeric values; update the
JSX that renders the bars to compute a filledCount from the corresponding value
(e.g., ycAnimatedValue and unicornValue) and the total segments (e.g., 5), then
render [...Array(total)].map((_, i) => <div ... className={i < filledCount ?
'bg-brand-pink' : 'bg-white/10'} />) or factor this into a small helper like
renderProgressBars(value, total) used in the YC and Unicorn cards; if the bars
are purely decorative instead, add a short comment near the elements documenting
that intent.
🤖 Prompt for all review comments with AI agents
Verify each finding against the current code and only fix it if needed.

Nitpick comments:
In `@app/home/page.tsx`:
- Around line 87-92: The facts array contains stale entries and the
animatedValues computations for indexes 0–2 are unused; either update the facts
entries to the current numbers (e.g., Members -> 70, Capital Raised -> 3B, etc.)
and keep the matching animatedValues logic for each item, or prune the unused
facts and remove the corresponding animatedValues[0..2] computations so only the
YC-related animation remains. If you choose the latter, delete the unused facts
objects and their animation setup, create a single descriptive symbol (e.g.,
animatedYCValue) for the remaining animation, and replace references to
animatedValues[3] with animatedYCValue in the component rendering. Ensure the
facts constant and any animation hooks (where animatedValues is defined) are
kept consistent with the chosen approach.
- Around line 519-535: The progress bar segments are hardcoded (the YC card uses
[...Array(5)] with i<4 and the Unicorn card renders a single filled bar) and
should reflect the actual numeric values; update the JSX that renders the bars
to compute a filledCount from the corresponding value (e.g., ycAnimatedValue and
unicornValue) and the total segments (e.g., 5), then render
[...Array(total)].map((_, i) => <div ... className={i < filledCount ?
'bg-brand-pink' : 'bg-white/10'} />) or factor this into a small helper like
renderProgressBars(value, total) used in the YC and Unicorn cards; if the bars
are purely decorative instead, add a short comment near the elements documenting
that intent.

ℹ️ Review info
⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro

Run ID: a9d9bcb2-98f9-40f9-aba6-b464aec97cd0

📥 Commits

Reviewing files that changed from the base of the PR and between 6f7ec79 and 574c88a.

📒 Files selected for processing (1)
  • app/home/page.tsx

@SimonBurmer SimonBurmer merged commit b8a2cc6 into main Mar 30, 2026
3 checks passed
This was referenced Mar 30, 2026
@SimonBurmer SimonBurmer deleted the fix/home branch April 4, 2026 23:31
@coderabbitai coderabbitai Bot mentioned this pull request Apr 5, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant